Acabo de empezar a desarrollar una aplicación ExtJS que tengo previsto admitir con un servicio JSON PHP muy ligero. Aparte de eso, será independiente. Mi pregunta es, ¿cuál es la mejor manera de organizar los archivos y las clases que inevitablemente surgirán? Alguien tiene alguna experiencia con grandes proyectos ExtJS (varios miles de líneas). Mejor manera de organizar un proyecto ExtJS
Al desarrollar su aplicación, su estructura de archivos y carpetas no debería importar, ya que probablemente quiera minimizar el código de liberación y pegarlo en un solo archivo JS cuando haya terminado. Un controlador automático o script de compilación probablemente sea la mejor opción para esto (ver http://extjs.com/forum/showthread.php?t=44158).
Dicho esto, he leído en algún lugar de los foros de ExtJS que un solo archivo por clase es aconsejable, y puedo dar fe de ello por mi propia experiencia.
Me gustaría empezar aquí http://blog.extjs.eu/know-how/writing-a-big-application-in-ext/
Este sitio ofrece una buena panorámica introductoria de cómo estructurar su aplicación.
Actualmente estamos utilizando estas ideas en dos de nuestras aplicaciones ASP.NET MVC/ExtJS.
Cuando comencé un nuevo gran proyecto, decidí modularlo. Por lo general, en proyectos grandes, no todos los módulos son utilizados por un usuario en particular, así que los cargo bajo demanda. Es decir, si un proyecto tendría más de 50 módulos, la gran probabilidad es que el usuario esté trabajando solo con 10-.
Tal arquitectura le permite tener el código inicial relativamente pequeño.
Los módulos se almacenan en el servidor y se cargan mediante una llamada AJAX, que evalúa el texto de respuesta en la devolución de llamada AJAX. El único problema con esto es que debe hacer un seguimiento de las dependencias de los módulos, que también podrían almacenarse dentro de los módulos. Tengo una clase llamada Módulo, y compruebo cada instancia de módulo nueva para la existencia dentro de la tarea. Si aún no existe, lo cargo desde el servidor.
Sugiero que los usuarios estén dispuestos a esperar que se cargue una aplicación, por lo que normalmente cargamos todo JS durante el inicio de la aplicación inicial. Sugiero que cargar y evaluar los archivos JS, según sea necesario, no es necesario, especialmente cuando todos los JS se minimizarán antes de implementarlos en la producción.
Sugiero namepsaces, una clase por archivo y una jerarquía de clases bien definida y bien documentada.
¿Qué quiere decir con un "servicio PHP JSON muy ligero"? ¿La lógica del lado del servidor es muy simple? Si es así, me pregunto por qué no utilizar un marco JS más simple como Prototype o jQuery. – Alan