Sugerencias desarrollo Web Java

1. PAQUETES O DIRECTORIOS
1.1. PREFIJO
Cada paquete o directorio tiene que llevar como prefijo el nombre de dominio invertido de la empresa seguido por el nombre o abreviatura del sistema a desarrollar, por ejemplo para el Sistema de Evaluaciones tendríamos “ec.edu.ups.sev”.
1.2. ESTRUCTURA
Estará basada en el patrón de desarrollo MVC y la estructura se organizará en base a los nombres:model, view y controller. Dependiendo de la magnitud del proyecto a desarrollar se creará una Aplicación Web o una Aplicación Empresarial (puede incluir módulos EJB adicionales, ayudando a separar la capa de presentación), en ambos casos se seguirá la siguiente estructura para definir directorios (especialmente para desarrollo en equipo):
MODULO EJB (Archivos .JAR)
Incluirá código para la capa depersistencia y la lógica de negocios (por decidir), excluirá totalmente lo relacionado a la vista o que se encuentre vinculado con la interfaz de usuario, en lo general estará representado por archivos de entidades y sesiones. Para categorizar al prefijo se le agregará la palabra “model”. La estructura de las carpetas debería seguir el siguiente ejemplo:
Sources Package
Lec.edu.ups.sev.model.entities
L ec.edu.ups.sev.model.sessions
Las sesiones son archivos que siguen el patrón Facade, se le puede asignar otro nivel de jerarquía, la recomendación es hacerlo en base al nombre del modulo. Por ejemplo:
Sources Package
L ec.edu.ups.sev.model.entities
L ec.edu.ups.sev.model.sessions
L ec.edu.ups.sev.model.sessions.cuestionarios
L ec.edu.ups.sev.model.sessions.evaluaciones
Siempreque sea necesario usar interfaces (por ejemplo en el caso de usar el patrón Factory Method), o clases abstractas para reutilizar código y generalizar determinadas tareas (como en el caso de las sesiones y la clase abstracta AbstractFacade).
MODULO WEB (Archivos .WAR)
Incluirá código para la capa de presentación y la lógica de negocios, excluirá totalmente lo relacionado a la capa de persistencia,en lo general estará representado por archivos que definen la interfaz de usuario (xhtml, jsp, etc.), converters, validators, backing beans. Para categorizar al prefijo se le agregará la palabra “view”. En el caso de que se defina algún managed bean, filtro, o controlador de errores, se agregará al prefijo la palabra “controller”. La estructura de las carpetas debería seguir el siguiente ejemplo:Sources Package
L ec.edu.ups.sev.view.converters
L ec.edu.ups.sev.view.validators
L ec.edu.ups.sev.view. backingbeans
L ec.edu.ups.sev.controller. managedbeans
L ec.edu.ups.sev.controller. filters
L ec.edu.ups.sev.controller. handlers
En cada caso se pueden crear carpetas con el nombre del modulo al que corresponden si fuera necesario (por definir si hay que agregar niveles masespecíficos).
La interfaz de usuario se dividirá en carpetas de acuerdo al nombre de cada modulo (incluir cada carpeta dentro de una común llamada “views” o “markups”), en el caso de que se creen fragmentos de código específicos para usarse en las páginas de ese modulo se agregará una carpeta nombrada como “partials”, por ejemplo:
Web Pages
L WEB-INF
L Modulo1
L partials
L archivo1.xhtml
index.xhtmlPara las plantillas usaremos una carpeta llamada “templates”, (por definir se puede incluir dentro de la carpeta resources) y dentro una subcarpeta con el nombre del tema (se puede omitir), por ejemplo:
Web Pages
L WEB-INF
L templates
L theme1
Los recursos de cada aplicación se guardarán en la carpeta predeterminada “resources”, dentro de esa se crearan las carpetas “components” y “themes”,la carpeta que indica el nombre del tema se puede omitir, por ejemplo:
Web Pages
L WEB-INF
L resources
L components
L themes
L theme1
L css
L images
L js
La carpeta components almacenará todos los components compuestos (código reutilizable a nivel de interfaz), dentro de cada tema tendremos la carpeta “css” para las hojas de estilo, “images” para las imágenes y “js” para...