Red de conocimiento del abogados - Preguntas y respuestas jurídicas - ¿Cuál es más estable y más fácil de usar, egret o cocos2d-x-js?

¿Cuál es más estable y más fácil de usar, egret o cocos2d-x-js?

Para juegos a gran escala, se recomienda encarecidamente no utilizar cocos2d-js

Varios de nuestros proyectos actuales se desarrollan con cocos2d-js y planeo convertir estos proyectos a garceta. Hay varias razones:

1. Cocos IDE tiene errores: los puntos de interrupción fallarán, las solicitudes de código son deficientes, la memoria es demasiado alta y la barra de menú de la máquina virtual afectará los eventos (después de iterar muchas versiones, Los ERRORES de este menú no se han solucionado)

2. El flujo de trabajo de Studio es el peor entre varios motores y hay ERRORES. A menudo inconsistente con el desempeño real. Y ocupa mucha memoria y fallará. No se puede heredar (el problema más grave es que los botones no se pueden heredar, por lo que será muy doloroso presionar el zoom y otras funciones avanzadas).

3.

La arquitectura es demasiado pobre. Está bien escribir algunas funciones pequeñas, pero si quieres escribir un juego grande, ¡esta arquitectura te volverá loco! Por ejemplo, para el evento de botón más simple, debo agregar un criterio de tipo táctil al método del evento. ¡Con un simple clic aparecerán muchos códigos similares

! 4. Hay varios conjuntos de UI, pero cada conjunto tiene errores. ¡El diseño de CCUI también es muy malo! También es el principal culpable del accidente.

5. Problemas de ERRORES del motor.

Muchos errores te harán llorar, por ejemplo, las coordenadas aparecerán sin definir. Otro ejemplo es el error de actualización en caliente. El paquete compilado por XCODE tiene como valor predeterminado js en lugar de jsc. Cuando este paquete se lance a la tienda, habrá un problema de que no se puede actualizar en caliente. Se ingresa y el juego se bloquea. Interfaz de actualización en caliente. (Este problema nos hizo perder usuarios durante 3 meses y sabemos dónde pasó la revisión la Apple Store. Otro ejemplo es la interacción entre java/objectc y js. Otro ejemplo: ¡el método de entrada de terceros de iOS provocará un bloqueo!

6. Problemas de flujo de trabajo, las variables de observación del punto de interrupción del IDE son muy hostiles, la configuración exportada por el estudio es muy grande y la escalabilidad del estudio es muy pobre. Antes del lanzamiento de la versión 1.2 del IDE, nuestro equipo ni siquiera podía realizar puntos de interrupción y solo podía imprimir registros para depuración.

7. No hablemos de problemas de eficiencia en el trabajo, sino de indicaciones de código. Me lleva mucho tiempo implementar una lista simple, ¡pero la lista de CCUI es realmente difícil de usar! Además, recortar y enmascarar solo requieren una línea de código, ¡pero en Cocos requieren innumerables líneas!

8.

Problema de actualización del motor: Cocos se actualiza aproximadamente una vez al mes y egret se actualiza cada dos semanas. Sin embargo, la actualización de Cocos traerá muchos errores nuevos y la compatibilidad es muy pobre. Como resultado, todavía utilizamos la versión 3.0

. ¡Lo más molesto es que la versión oficial 3.6 ya no puede romper puntos! ¡La actualización de 3.0 a 3.6 también causará confusión en el diseño, fallas en los nueve palacios y fallas (definitivamente no es un problema de código)! Básicamente

Cada vez que cocos agrega una nueva característica, traerá innumerables errores nuevos y la cantidad de correcciones de errores antiguos también es pequeña. Los problemas informados en mi foro a menudo requieren de 2 a 3 versiones para solucionarse. y la próxima versión se arregla a tiempo parcial. Es imposible. ¡Y

egret no solo itera rápidamente, sino que también corrige errores diligentemente! También hay muy pocos errores de verificación que afecten a la calidad del producto.

9. Problemas con la actitud del personal oficial: envié comentarios sobre errores en el foro de cocos y alguien tardó 7 días en responder. dirección (errores de 3.0 a 3.1 y 3.2, ayuda oficial para verificar), y luego mire los comentarios de error que envié a egret. No era hora de trabajar, pero me respondieron temprano a la mañana siguiente. Dirección (Lista de errores de la comunidad Egret)

10. Problema de API: cocos ha pasado por 3 versiones principales. El documento API oficial también tiene API, pero en realidad no hay API. El enlace aún no se ha agregado.

11. Problemas multiplataforma: Cocos2d-js a menudo se comporta de manera inconsistente con HTML5 y JSB. Como resultado, ahora solo podemos centrarnos en JSB y abandonar la versión HTML5. La garceta rara vez tiene este problema.

12.

Problemas de rendimiento: primero deje de lado el tiempo de ejecución. Si usa ccui, le garantizo al 100% que egret eliminará instantáneamente el rendimiento de su cocos2d-js.

Hablemos de la comparación de rendimiento en

nativo. La gente de Cocos dice que egret es lógica escrita en js y son vinculantes. Entonces aquí viene el problema. Ahora, la presión de rendimiento causada por la lógica de js no es un problema en absoluto (consulte

node.js, puede usar js para escribir servidores). La principal presión sobre el rendimiento está en realidad en el renderizado, y ambos usan OpenGL para renderizar. Si usas cui, aún así te matará

egret. ¡El drawCall traído por ccui es increíble! ! Hablemos nuevamente sobre el tiempo de ejecución. Muchos navegadores ahora tienen tiempo de ejecución integrado (se puede usar la representación opengl en lugar de la representación del lienzo), mientras que cocos-js solo dice que está cooperando, lo que ya es un paso más lento.

13. Problema con la hoja de ruta del producto: varios productos de cocos se centran en 3D y egret ya ha creado su propio IDE. Cocos no garantiza el desarrollo básico de la vida, ¡así que solo quiero pelear con u3d!

14. Problemas internos: Cocos probablemente no tenga armonía interna. Se dice que el IDE lo desarrolla una sola persona y el estudio lo desarrollan 30 personas (30 personas crearon esto) y el estudio. está construido utilizando .NET ¡La tecnología más multiplataforma! En lugar de utilizar QT y AIR, que son tecnologías altamente eficientes y escalables, elegí .NET. . . .

------------------------------------------- ----- --------------------------------------------- ----- ------------------------------------

Pregunta

Palabras extranjeras: después de decir tanto sobre cocos, también intenté que me encantara, incluso desarrollé un editor de interfaz de usuario similar a egret

wing y escribí un editor de interfaz de usuario similar a Flash/. Flex API (el conjunto utilizado por egret, esta arquitectura es fácil de usar, simple y clara). El editor de UI también agrega la función de vincular scripts como

unity3d. Sin embargo, debido a algunos errores locos en el fondo de cocos, finalmente me di por vencido. Con el auto garceta aquí, ¿qué tipo de ruedas debo construir? Planeo abrir el código fuente de las cosas de cocos que tengo.

¡Entonces ve y prepara garcetas!

------------------------------------------- ----- --------------------------------------------- ----- ------------------------------------

Otra digresión :

p>

Comparación entre el motor de juego cocos2d-js y egret

Esta

es la primera comparación en la búsqueda de Baidu. Dice que cocos2d tiene más herramientas que. garceta. No lo niego, pero básicamente no hay ninguna que pueda usarse. La herramienta garceta es muy estable. Tomemos como ejemplo la animación esquelética más simple.

Cocos ni siquiera admite quilla, y el diseño esquelético en el estudio también es terrible. ¡La herramienta de diseño esquelético de Egret ha superado al estudio en términos de interfaz y practicidad!

Hablemos de los productos exitosos en la dirección anterior: Fishing Master, DOTA Legend, My Name is MT, ¡todos están escritos por cocos2dx y no tienen nada que ver con la versión js! ¿Has visto alguna vez la versión web de Dota Legends?

En la comparación anterior de lenguajes de desarrollo, para proyectos grandes, ¡ts realmente supera a js! js cometerá errores accidentalmente y realmente no es adecuado para proyectos grandes; de lo contrario, Microsoft no construiría esta rueda.

En comparación con los materiales de referencia anteriores, el documento cocos2d-js ni siquiera tiene comentarios sobre los parámetros y no se puede utilizar como referencia con el documento c ++. ¡Muchos parámetros son inconsistentes! Y garceta hereda la ayuda china en las herramientas de desarrollo.

A juzgar por la situación actual, este año definitivamente será un año espectacular para los productos de garza. Si no lo crees, ¡espera y verás! ¡Cocos realmente me jodió!

------------------------------------------- ----- --------------------------------------------- ----- ------------------------------------

Otra vez

Me gustaría decir esto una vez, use cocos2d-js o JSB para hacer una obra maestra, no 2dx. Hablando de 2dx, echemos un vistazo más de cerca. Hay varias personas en la lista que no han cambiado el código fuente del motor y hay varios juegos que se pueden actualizar con la actualización del motor Cocos. Hay algunas personas que usan el estudio. No quiero pelear con Wang Zhesi, solo espero que puedas enfrentar el error y mejorar la experiencia. Si es bueno, nuestro equipo considerará la tecnología cocos; de lo contrario, solo podremos usar egret y unity3d. Digo que hay muchas cosas sobre cocos, pero también espero que crezca y brinde más beneficios y conveniencia a los desarrolladores en lugar de desarrollar todo tipo de problemas sin sentido y todo tipo de medios de mierda. Además, estos puntos que mencioné, @王智

Si tomas la iniciativa, si no te cuento estos errores y problemas, probablemente no necesariamente se corregirán. Egret también tiene una persona llamada Wang Ze, pero su filosofía es tratarnos a los desarrolladores como usuarios y mejorar la experiencia de desarrollo. Esto es muy importante.

.