menú
buscar
Diferencias
Muestra las diferencias entre dos versiones de la página.
|
unidades:15_avanzado:01_ficheros [2014/10/29 07:36] admin [Funcionalidades] |
unidades:15_avanzado:01_ficheros [2014/11/03 11:03] (actual) admin [Variaciones] |
||
|---|---|---|---|
| Línea 146: | Línea 146: | ||
| | | ||
| Realmente no hace falta explicar todo ésto, un poco de sentido común nos ayudará a organizar la carpeta ''common''. | Realmente no hace falta explicar todo ésto, un poco de sentido común nos ayudará a organizar la carpeta ''common''. | ||
| + | |||
| + | Para acabar veamos un ejemplo real de la carpeta ''common'' de la aplicación de compañia de vuelos [[https://www.virginamerica.com/|Virgin America]], sacada de [[http://www.slideshare.net/workandco/vx-ng-europe/48|ngEurope 2014 | Responsive Takes Flight]] | ||
| + | |||
| + | {{:unidades:15_avanzado:common.png?nolink&200|}} | ||
| + | |||
| ===== Librerias ===== | ===== Librerias ===== | ||
| Ahora vamos a añadir una carpeta con las librerías CSS, JavaScript , etc. de terceros. Pueden ser tanto módulos de AngularJS como otro tipo de librerías web. | Ahora vamos a añadir una carpeta con las librerías CSS, JavaScript , etc. de terceros. Pueden ser tanto módulos de AngularJS como otro tipo de librerías web. | ||
| Línea 402: | Línea 407: | ||
| ¿Porque recomiendo tener un único módulo en vez de varios y usar la variable global ''app'' en vez de obtener el módulo cada vez que se necesita? Pues la verdad es que no he encontrado ninguna razón para usar varios módulos en una aplicación. Cosa distinta es si estás haciendo una librería que será usada por terceros, en ese caso es necesario crear tu propio módulo ya que no sabes si vas a tener la variable ''app'' ni sabes el nombre del módulo de la aplicación, pero en el código de la propia aplicación no le veo mucho sentido. | ¿Porque recomiendo tener un único módulo en vez de varios y usar la variable global ''app'' en vez de obtener el módulo cada vez que se necesita? Pues la verdad es que no he encontrado ninguna razón para usar varios módulos en una aplicación. Cosa distinta es si estás haciendo una librería que será usada por terceros, en ese caso es necesario crear tu propio módulo ya que no sabes si vas a tener la variable ''app'' ni sabes el nombre del módulo de la aplicación, pero en el código de la propia aplicación no le veo mucho sentido. | ||
| - | Un posible motivo para tener varios módulos en una aplicación podría ser mejorar el rendimiento pero [[https://plus.google.com/+BrianFord|Briant Ford]] , uno de los desarrolladores de AngularJS comenta en su post [[http://briantford.com/blog/huuuuuge-angular-apps|Building Huuuuuge Apps with AngularJS]] lo siguiente //"From a performance perspective, it doesn't really matter how you organize your modules, so choose whatever method best suits your project."//. Es decir que no ayuda para nada al rendimiento separar la aplicación en varios módulos y en la [[https://docs.google.com/presentation/d/1XQP0_NTzCUcFweauLlkZpbbhNVYbYy156oD--KLmXsk|presentación]] que hicieron en la conferencia de [[http://ngeurope.org/|ng-europe]] sobre Angular 2.0 no parece que haya nada sobre éste tema. Así que no hay ninguna justificación relativa al rendimiento para tener varios módulos. | + | Un posible motivo para tener varios módulos en una aplicación podría ser mejorar el rendimiento pero [[https://plus.google.com/+BrianFord|Briant Ford]] , uno de los desarrolladores de AngularJS comenta en su post [[http://briantford.com/blog/huuuuuge-angular-apps|Building Huuuuuge Apps with AngularJS]] lo siguiente //"From a performance perspective, it doesn't really matter how you organize your modules, so choose whatever method best suits your project."//. Es decir que no ayuda para nada al rendimiento separar la aplicación en varios módulos. Sin embargo por otro lado en la [[https://docs.google.com/presentation/d/1XQP0_NTzCUcFweauLlkZpbbhNVYbYy156oD--KLmXsk|presentación]] que hicieron en la conferencia de [[http://ngeurope.org/|ng-europe]] sobre Angular 2.0 explican que van a usar los módulos de ES6 , habrá que ver como afecta ésto al rendimiento para tener uno o varios módulos. |
| - | Un motivo que he leido en algún post es que al hacer los test unitarios es mejor que cada módulo tenga pocos artefactos pero no veo como puede influir en los test que el módulo tenga pocos o muchos artefactos. | + | Un motivo que he leído en algún post es que al hacer los test unitarios es mejor que cada módulo tenga pocos artefactos pero no veo como puede influir en los test que el módulo tenga pocos o muchos artefactos. |
| Otro motivo para tener varios módulos es porque al crear el módulo principal puedo ver de que módulos depende y así me hago una idea de las funcionalidades de la aplicación pero viendo los directorios puedo averiguar también eso mismo y es aun mas sencillo. | Otro motivo para tener varios módulos es porque al crear el módulo principal puedo ver de que módulos depende y así me hago una idea de las funcionalidades de la aplicación pero viendo los directorios puedo averiguar también eso mismo y es aun mas sencillo. | ||
