Mix Javascript y PHP en mi modelo de diseño

Question

Estoy desarrollando una aplicación web y estoy usando PHP y Javascript. Hoy, estoy empezando a dibujar todos los diagramas de clase de diseño, pero no sé exactamente cómo mezclar ambas tecnologías.

creo que algo como lo siguiente debe ser bueno:

Pero, en realidad, no estoy seguro de si escribir la extensión .php en el nombre de la clase es suficientemente clara, o lo que yo La necesidad es separar los diagramas en dos: uno para las clases de Javascript y otro para las clases de PHP.

Estoy usando CodeIgniter (patrón MVC) y Javascript. Cualquier sugerencia será realmente apreciada.

Gracias!

Answer 1

Por lo general, usted no quiere hacer esto. Es un problema de latencia cuando se ve la página web en un navegador. Cada archivo javascript por separado vence el almacenamiento en caché y requiere un tiempo de transferencia adicional antes de que una página pueda cargarse. Es commonly advised para combinar archivos JS siempre que sea posible y práctico para aprovechar mejor el almacenamiento en caché del navegador. Así que mi primera sugerencia es no dividir arbitrariamente su JS por razones arquitectónicas ...

Ahora, dicho esto, para responder a su pregunta en su totalidad, creo que depende de cómo ve JS. Si lo ves desde la perspectiva de que mejora tu aplicación PHP, dividirla junto con tus puntos de vista no está nada mal (la sugerencia anterior no obstante).

Sin embargo, suelo ver a JS como una capa de aplicación separada sobre la aplicación PHP. JS interactúa con la capa de PHP a través de API definidas. Por lo tanto, básicamente se trata de una aplicación de interfaz gráfica de usuario completa que simplemente utiliza la API definida por la aplicación PHP. Entonces, con eso en mente, generalmente construyo la aplicación JS con su propia arquitectura que es más dependiente de sí misma que la aplicación PHP.En otras palabras, solo porque una parte de la aplicación JS interactúa con PHP no significa que la pieza de código pertenezca a la aplicación PHP.

¿Eso tiene sentido?

Answer 2

No sé la forma en que haces las cosas normalmente, pero en mis proyectos, tiendo a separar PHP y JS. En primer lugar, es más fácil de desarrollar y depurar si vas por ese camino, en segundo lugar, si tratas javascript como una segunda capa en lugar de estar en el mismo nivel de programación que PHP obtendrás una alternativa de trabajo en caso de que tu JS no lo haga No funciona, o el usuario de su aplicación web tiene javascript deshabilitado.

Tiendo a hacer que todo funcione en PHP y luego sobreescribo algunas acciones con javascript para que funcionen a través de ajax en lugar de la forma tradicional de trabajar en la Web de la vieja escuela.

--- Revisión siguiente primer comentario ---

Entonces, es posible que desee para tratar el PHP y Javascript como la parte que separa las aplicaciones. El primer sistema (PHP) genera el estado inicial. Tras la acción del usuario, el segundo sistema (JS) realiza una consulta al primero y espera la respuesta, de esta manera, configurará algún tipo de API que estandarizará sus transacciones.

Solía ​​trabajar con especialistas en información de diseño y a menudo se refieren a Jesse James Garrett como un "gurú" en ese campo de especialización; tal vez quiera consultar su sitio (hay plantillas preconfeccionadas para omnigrafle, visio y algunas otras))

A través de su escritura y ejemplo, es posible que pueda encontrar los símbolos y elementos correctos para representar su sistema.

Jesse James Garrett's website

Answer 3

Tratando de poner todas sus clases (incluso dentro de una sola aplicación - que tiene dos: una applicatoin PHP y una aplicación de JS) en un diagrama UML es más o menos una forma de perder mucho tiempo y no ganar nada.

Usa UML para mostrar las dependencias dentro de un paquete o un grupo de clases que trabajan juntas, pero no intentes hacerlo para una aplicación completa.