2011-06-07 24 views
7

¿Por qué las bibliotecas están ubicadas detrás de las estructuras de directorio com/ o net/?Origen de la estructuración jerárquica

+1

Buena pregunta; Siempre me he preguntado esto también +1 – Marty

+0

¿Por qué todas las respuestas tienen un voto negativo cada una? –

Respuesta

11

Esto es indiferente a Flash, Flex o cualquier idioma. Se ha utilizado durante mucho tiempo en el desarrollo general de software. Creo que se originó en el Java package structure, pero no estoy seguro. Se usa porque ahora es un estándar sobre cómo hacer las cosas y ayuda a dividir los proyectos de una manera bastante única.

Suele pasar como <domain extension>/<domain>/<project name>/<sub component>/<whatever>.

+1

nombres de dominio se utilizan como paquetes ya que la mayoría de las entidades productoras de software ya poseen un nombre de dominio. Les permite crear un espacio de nombres seguro para sus clases. Imagine si este no fuera el caso: cuántas personas escribirían una clase llamada "VideoPlayer" o "Button" o "SoundManager". Al permitirte usar tu nombre de dominio como nombre de paquete, obtienes la libertad de trabajar con cualquier convención de nomenclatura que elijas sin temor a colisiones de nombres de clase con otras bibliotecas. –

0

Si habla de paquetes de clase, el punto es que cada paquete debe ser exclusivo. Imagine que escribió una clase llamada MyGreatClass. Sin ningún paquete o dentro de un paquete simple test.MyGreatClass (esto se llama nombre de clase totalmente calificado). En este proyecto, ha decidido utilizar una biblioteca donde alguien escribió otra clase test.MyGreatClass (no se dio cuenta de que tiene otra). Entonces tendrás un conflicto de dos clases.

Para evitar esa situación, existe una convención para iniciar las clases con el nombre del sitio del autor en orden inverso. Teniendo en cuenta que cada nombre de dominio es único. Siguiendo esta convención, puedes estar seguro de que tu clase no entrará en conflicto con otros.

En lo que com y net dominios son más comunes se puede ver com.example (por http://example.com/) y net.example (por http://example.net/) muy a menudo.

0

Ventajas de la OOP
Inheritance
mantenibilidad
Re-usabilidad

Una clase es considerado un objeto.
Tener una estructura de paquete permite todas las ventajas de OOP
Tener una carpeta estándar "com" donde todas sus clases personalizadas le permiten reutilizar esas clases con facilidad.

Todas las bibliotecas que no creé, me aseguro que vayan a mi carpeta com. Entonces, cuando hago un nuevo proyecto, solo tengo que señalar la configuración del proyecto a esa carpeta, luego puedo acceder a esas bibliotecas con solo tener que hacer una declaración de importación.

Por ejemplo, la biblioteca AS3crypto que tengo en la carpeta com.

3

Este formato/estructura se llama nombre de dominio inverso estructura. Esta estructura se usa para el espacio de nombre del paquete para sus clases.

Aquí hay un buen artículo en The Classpath Demystified by Jody Hall

Cuestiones relacionadas