Hola @pioj, tan util son las interfaces como las clases padres ... aunque no se pueden comparar puesto que cada una cubre una necesidad y son cosas muy diferentes (salvo por el hecho de que en ambos casos se utilizan para la herencia, aunque las interfaces no sean herencia propiamente dicha)
 
La ventaja de definir una interfaz frente a una clase padre, entre otras muchas es que una interfaz no defines funciones ni propiedades, solo las declaras. Puedes hacer jerarquias mucho mas complejas al mismo tiempo que de manera mas sencilla, utilizando interfaces que no mediante clases padres ... y en muchos casos solo podras hacerlo mediante interfaces, por no mencionar que no todos los lenguajes de programacion permite heredar de multiples clases como es el caso de C#. El uso de las interfaces permite un codigo mucho mas facil de leer, facilita el trabajo a la hora de actualizar y lo hace mucho mas escalable.
 
Hola @ytinU, en las interfaces solo declaras propiedades o metodos que necesiten esten en las clases que contengan esa interfaz ... la propiedad (que no variable) public int health { get; } la he puesto solo porque he cogido como ejemplo el codigo utilizado anteriormente y aparecian tanto health como name, pero esta claro que si no la necesitas pues no hay que ponerla.

Buenas @lightbug,
 
No se a que te refieres con que cuando creas una clase abstracta nunca creas al padre ... pero una clase abstracta es identica a una clase "normal" en todo menos que no podras instanciar un objeto de esa clase.
 
Pero la clase abstracta puede heredar de una clase padre que no necesariamente tiene porque ser abstracta tambien y la clase abstracta puede tener un constructor como cualquier otra clase con la diferencia de que tendras que llamar a dicho constructor desde los constructores de las clases "hijas".
 
Buenas @ytinU,
 
Para lo que comentas de heredar de multiples clases, que como dice @lightbug no es posible en C# (otros lenguajes si lo permiten), yo te recomendaria hacer uso de las interfaces que son una especie de plantillas donde declaras propiedades y metodos que deben tener las clases :
 
Siguiendo con el ejemplo que utilizabais, yo crearia una interfaz llamada Actor y despues tantas clases como necesites que hereden de la clase MonoBehaviour y utilicen la interfaz Actor ... con eso consigues que el conjunto de clases hereden de la clase MonoBehaviour, que sean independientes unas de las otras pero al mismo tiempo puedas tratar a cualquiera de ellas como Actor.
 

public interface Actor {
int health  { get; }
string name { get; }
void TakeDamage (int damage);
}
public class Player : MonoBehaviour, Actor {
[SerializeField] private int _health;
[SerializeField] private string _name;
public int health  { get { return this._health; } }
public string name { get { return this._name; } }
public void TakeDamage (int damage) { this._health -= damage;
}
}
public class Enemigo : MonoBehaviour, Actor {
[SerializeField] private int _health;
[SerializeField] private string _name;
public int health  { get { return this._health; } }
public string name { get { return this._name; } }
public void TakeDamage (int damage) { this._health -= damage;
}
}

 
Con eso tienes las clases Player y Enemigo que seran independientes una de la otra (pueden tener sus propias funciones y atributos), las dos heredaran de la clase MonoBehaviour ... pero en ambos casos podras utilizarlas como si fueran de una "clase ficticia" llamada Actor.

La gente esta un poco equivocada con los temas de copyright y esas cosas ...
 
No es necesario que Marvel o DC o cualquier otra franquicia os diga algo, seguramente nunca vean vuestro juego y no me imagino a los directivos de dichas marcas buscando en todos los videojuegos a ver si alguien les copia personajes.
 
Solo es necesario que cualquiera denuncie vuestro juego a google por violar derechos de copyright, cualquier pringado puede hacerlo incluso tu vecino de arriba con el que hayas discutido por mirar a su hija con ojos de obseso mientras se te caia la baba jajajaja Quiero decir que cualquiera te puede denunciar, no hacen falta que sean los perjudicados, y encima la denuncia es ante google que desde luego es mucho mas rapido que avisar a Marvel de que estan utilizando sus personajes.
 
Y te aseguro que no seriais los primeros ni los ultimos a los que les eliminan sus cuentas de desarrollador, con todas las perdidas que ello conlleva ademas de la mala imagen ... en este mismo foro ya se vio un caso de que le eliminaron la cuenta.
 
P.D. una cosa es hacer copias iconicas de un personaje en el que se utilizan los colores para que el usuario deduzca por si mismo (posiblemente el caso mas general son los personajes de cualquier crossy road) y otra cosa es hacer copias clavadas de personajes con copyright

En los mal llamados "masters", como dice @Santi Andrade, es dificil decir cuales son mejores o peores porque depende mucho de la situacion y experiencia personal ...
 
Por ejemplo, un curso de iniciacion con una duracion de 150 horas y un precio de 50 euros (por poner numeros) puede ser muy caro para alguien que tenga unos conocimientos ya avanzados puesto que no le sacara mucho provecho y el mismo curso para alguien sin conocimientos previos puede ser muy interesante e incluso barato por el precio.
 
Esta bien pedir recomendacion, mas si algun conocido ha hecho el curso, pero al final deberias guiarte de tu intuicion si podras sacarle provecho (duracion del curso, temario, online - presencial, etc). No obstante, personalmente siempre re***ria de los masters que te los venden diciendo No se necesitan conocimientos previos porque ya de entrada suena a chiste o producto "barato"

Que cosas hay que leer ...
 
Que si hubiera ganancias se repartirian equitativamente porque no eres politico ? No, no eres politico ... eres español, que son 3 / 4 partes de lo mismo (eres tu quien ha criticado la forma de ser de los españoles), por no mencionar que fiarse de alguien que quiere buscar ayuda sin dar informacion de nada debido a conspiraciones en su cabeza tiene guasa.
 
Que un creativo busca en el foro ideas de otros, ideas cojonudas como seria la tuya, para despues ir a su trabajo y ponerse medallas y que sean bien ganados sus 800€ al mes ? Esta todavia es mas graciosa que la de repartir las ganancias ... Que es mas gracioso ... el hecho de pensar que algun creativo profesional puede estar vigilando tus temas porque asi le serviras de inspiracion, o creer que un creativo profesional gana 800€ al mes por presentar tus ideas en su empresa ?
 
Yo soy programador no creativo (pero no creo que difieran tanto los sueldos) ... y te aseguro que si me ofrecieran 800 euros al mes, preferiria irme al mcdonalds o al cajero de un supermercado y ganar el mismo sueldo por no tener ninguna responsabilidad. Que cosas hay que leer ...

Con la mentalidad de querer buscar gente para un proyecto sin dar ningun tipo de informacion por si te lo copian ... lo tienes mas que jodido, imposible.
 
Pero pensando como tu, tengo una pregunta ... si a alguien le interesa participar en un no se sabe que, y segun tu puede ser una idea con tanto potencial que cualquiera te la podria plagiar, en el caso que luego funcionara ... como irian los beneficios, los compartirias si ganas dinero ?
 
Con esa pregunta espero que entiendas por donde voy ... quieres decir que una vez el trabajo estuviera hecho, si tuviera unos beneficios de 1€, 10€, 100€, 1000€, 10000€, la gente se tendria que confiar que despues compartirias los beneficios ? Hay un dicho que se suele cumplir : Quien no se fia, no suele ser de fiar ... y mas cuando hay dinero de por medio.
 
No obstante, te deseo mucha suerte por mi parte. No creo que encuentres a nadie, pero de todos modos no dejes el proyecto si es tan prometedor ... siempre tendras la opcion de realizarlo a solas.

Un comentario medio offtopic sobre el tema ...
 
personalmente considero al terrain de Unity el componente mas chorra de todos. Para los que quieren hacer un juego copiado de un videotutorial de youtube (normalmente los newbies), por ejemplo el tipico slenderman que siempre ponen ahi su terrain, tiene su gracia pero si quieres hacer un juego medianamente atractivo a la vista ... el terrain sobra.
 
yo te diria que te curres un terreno en algun programa de modelado como blender y despues lo importes a Unity, la diferencia entre los dos casos es abismal (siempre que lo hagas bien).
 
tambien es cierto que hay assets que te ayudan a crear un terreno partiendo del componente terrain y que le dan un aspecto muy atractivo (shader toons y demas) pero son assets de pago y que ademas despues tienes que aprender a manejar ... y siempre tendras mucha mas ayuda e informacion sobre un programa como blender, que no con un asset que quizas lo tienen 100 - 200 - 300 personas en todo el mundo (o posiblemente muchas menos).

Hola @The_En&e1
 
No, no es buena idea desarrollar aplicaciones mas alla de los videojuegos en Unity ... es posible ? Claro que si, te permite añadir y trabajar con elementos graficos de manera facil ademas de soportar C# como lenguaje de programacion (me olvidaria de la idea esa de que te permite trabajar con dos lenguajes de programacion).
 
Ahora bien ... que sea posible, significa que sea la mejor de las opciones (o incluso una buena opcion) para realizar aplicaciones ? Ni de lejos, existen aplicaciones mucho mas especializadas y que tampoco son muy complicadas de aprender - manejar.

Lo jodido no es que nos estemos riendo de esta oferta ficticia ... porque el autor la ha hecho en plan cachondeo y la verdad es que le ha quedado muy graciosa, te deja partido por la mitad. Lo que es muuy triste es que muchas ofertas que pretenden ser reales y serias, son igual que esta oferta hecha con ironia.

Cita de: Gastonspas date=1492680560Hola @Arthure mira te explico tengo un inventario que es bastante feo 100% echo por mi, pero el unico problema que tengo es que lo ise con ui.image y ui.text, lo que no se es como seleccionarlo y moverlo
   
   

http://schema.org/Person" style='box-sizing: border-box; font-size: 20px; color: rgb(0, 0, 0); line-height: 1.2; font-weight: 400; display: block; margin: 0px 0px 3px; word-break: break-word; word-wrap: initial; overflow: hidden; text-overflow: ellipsis; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; letter-spacing: normal; orphans: 2; text-align: center; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial;'>
       
   

Vale ... entoces quieres decir que el sistema de inventario ya lo tienes terminado ? Me refiero a todo lo que es independiente al diseño grafico (las funcionalidades como arrastrar y eso no importan en este caso).
 
Si tienes todo el sistema programado, lo siguiente que deberias hacer es toda una serie de pruebas ... para probarlo lo mejor es realizar pruebas en modo texto; te haces un script temporal que se encargue de añadir un objeto de cada tipo, varios objetos iguales en los objetos que sean stackables (acumulables) para ver si te los añade y suma en la misma posicion, etc. y que el resultado de todas las operaciones te los vaya mostrando en la consola mediante Debug.Log.
 
Cuando hayas realizado todas las pruebas que se te ocurran y mas, que hayas comprobado que el sistema es 100% funcional sin errores ... entoces es buscar tutoriales de Unity si lo deseas para añadir todas las funciones que te permitan trabajar con el inventario en modo grafico, pero para esto no necesitas un tutorial para programar un inventario (pues ya tienes el tuyo funcionando). Me explico ... para el tema de arrastrar un objeto de una casilla a otra por ejemplo, necesitas un sistema de drag & drop que encontraras muchos y su funcion es independiente al sistema de inventario (esta en otra capa por asi decirlo).
 
Sobre el hecho de que tienes un sistema pero es muy feo porque utilizas UI.Image y UI.Text ... mi recomendacion es que no busques tutoriales, sino mas bien algun amigo o colaboracion de alguien que tenga un poco de gracia para el tema arte. Puedes saber mucha programacion, pero al final si no tienes esa chispa de artista o diseñador ... lo tienes bastante jodido.

Hola @Gastonspas, las respuestas a tus preguntas son ...
 
1 ) No, hacer un inventario a nivel de programacion no tiene dificultad ... todo depende de cuanto currado lo quieras. Considero que es mucho mas complicado hacer el diseño y el arte, que no la programacion (aunque entiendo que un diseñador o artista te dira lo contrario).
 
2 ) No hay un buen tutorial que explique para Unity ... mas bien habra cientos de tutoriales que te lo expliquen para Unity, Unreal, y cualquier otra plataforma que desees.
 
3 ) Otro tanto de lo mismo, como el punto anterior ... buscando encontraras tutoriales para lenguaje JS, C#, y hasta chino aleman o marciano.
 
Hasta aqui las respuestas a tus tres cuestiones, ahora como observacion - recomendacion te diria que ... no hagas un inventario y los motivos son :
 
1 ) Si preguntas que nivel de dificultad tiene hacer un inventario, es que no te has puesto a ello ni en tu cabeza ... es muy distinto decir el resultado que se quiere obtener o pensar un ejemplo de algun juego ya hecho, a pensar como se va a hacer aunque sea la estructura basica.
 
2 ) Cuando preguntas por un buen tutorial para Unity 5 es un mal comienzo, porque no solo preguntas para Unity sino que encima para una version en concreto ... mala señal; respecto a esto, decirte que un inventario a nivel de programacion se hace igual en Unity 5, en Unity 5000 e incluso en cualquier otro engine.
 
3 ) Sobre lo que buscas en JS nada que decir, no es el lenguaje mas recomendable dentro de las posibilidades que hay en Unity pero si es el que mas controlas ... nada que objetar. Pero si controlas ese lenguaje, continuando con el punto anterior, deberias ser capaz de hacer la programacion de todo el inventario con los ojos cerrados (por lo menos el funcionamiento base, lo que es independiente del diseño visual como pueda ser arrastrar objetos).

Cita de: Bydark date=1492626346PD: Que es lo que hace esta linea? :
   
   
      Inventory InvObj = new Inventory("Manzana",1);
   
   
       
   
   
      Y esta? Estoy ya hecho un lío, no sé cual debo dejar de las dos...
   
   
      List<Inventory> inventario = new List<Inventory> ();
   

buffff si de verdad estas preguntando lo que hacen esas dos lineas ... no es por nada, pero apaga y vamonos xDDD Quiero creer que es una coña ^.^

Bienvenido a esta comunidad
 
P.D. me ha llamado mucho la atencion vuestro correo de contacto ... hola ?

Bienvenido.