Cuando construyo un sitio web simple, por ejemplo, un libro de contactos donde puedo agregar, eliminar y actualizar contactos, creo un index.phparchivo donde un usuario, si no ha iniciado sesión, debe ingresar una contraseña y si ingresa la contraseña correcta, es asignado una sesión y puede hacer ciertas cosas con los contactos.
Tengo dos archivos:
- El primero (
contacts.php) es para mostrar el código HTML. Sobre el código HTML, incluyo el segundo archivo y creo la clase. - El segundo (
contacts_class.php) contiene todos los métodos para agregar, eliminar y actualizar.
Creo que está bien, pero cuando se trata de implementar un gran proyecto, ¿cómo debo hacerlo? ¿Tengo que crear carpetas para cada página y colocar archivos en ellas (como arriba, HTML y clase), y cómo debo hacerlo? ¿Cuál es una arquitectura buena y ordenada para construir grandes proyectos que cualquier otro programador entendería perfectamente?
design
php
architecture
Buenos días
fuente
fuente
Para tener una idea de qué preguntas hacer y qué soluciones están disponibles, recomiendo el libro Patrones de arquitectura de aplicaciones empresariales de Martin Fowler. Puedes hacerte una idea de lo que hay en el libro leyendo su sitio web
Tenga en cuenta que el libro ya es bastante antiguo (en TI), pero muchos principios siguen siendo válidos o debe aprender de ellos. (¿Eso tiene sentido?)
(Software) La arquitectura es un tema muy amplio, no esperes una bala de plata, pero siempre hay más preguntas y más dudas hasta que se acabe el tiempo y el dinero y tengas que seguir con la mejor solución hasta ahora.
fuente
En primer lugar, eche un vistazo a un proyecto bien desarrollado. Wordpress es un ejemplo muy bueno de estructura de código: es simple de entender pero ofrece muchos "enchufes". Por lo tanto, WordPress es fácil de entender a través de "plug in".
En segundo lugar, una forma muy fácil de verificar su arquitectura es intentar escribir pruebas unitarias. Por ejemplo, si la clase "Baraja de cartas" tiene un método "barajar ()", debe poder crear una Baraja de cartas de tamaño predefinido (es decir, 5 cartas 1,2,3,4,5), llame barajar y verifique en un manera fácil el resultado (id 1,4,2,5,3)
Debe poder hacerlo sin crear instancias de todas las clases de proyecto, y la prueba debe ser muy limpia para leer.
Si no puede hacerlo, debe agregar capas entre clases, reestructurarlas, hasta que obtenga una manera fácil de hacerlo.
Luego repita este paso para todas las clases principales de su proyecto.
Por último, pero no menos importante: una buena arquitectura podría ser "floja" en clases no tan básicas (es una cuestión de economía: las cosas muy bien diseñadas cuestan demasiado en el mundo real).
fuente
Una buena arquitectura para proyectos a gran escala es MVC (Model View Controller): http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller
Sin embargo, si otros programadores lo entenderían es un asunto completamente diferente. MVC puede volverse complejo y, a veces, es excesivo para proyectos pequeños. Uno de los beneficios es que se escala fácilmente.
fuente
Si entiendo su pregunta correctamente, está hablando de la estructura de carpetas del proyecto y no esencialmente de una arquitectura. Si mi comprensión es correcta, sigue leyendo; de lo contrario, edite su pregunta o escriba un comentario y editaré mi respuesta en consecuencia.
Al diseñar una aplicación, después de responder algunas preguntas básicas como (¿qué? ¿Y a quién?), Necesitamos identificar los componentes y clasificarlos en función de la funcionalidad \ las responsabilidades. Hay dos formas principales que sé. Puede clasificar los componentes en función de los casos de uso que manejan (como inicio de sesión, búsqueda, etc.) o clasificar en función de los Recursos (Objetos ...). La primera forma se llama Orientada a la actividad y la segunda se llama Orientada a los recursos. Tradicionalmente, la mayoría de las aplicaciones clasifican los componentes en función de las actividades (ya que los diseñadores lo encontraron, fácil mientras se transfieren del dominio del problema al dominio de la solución). Pero estoy divagando.
Una vez que se identifica la clasificación de componentes, entonces necesitamos identificar la clasificación basada en Niveles. Una aplicación web típica tendrá un nivel de vista, un nivel de modelo y un nivel de controlador (MVC). Por supuesto, podría haber aplicaciones más complejas también. (la mayoría de las aplicaciones del mundo real son más complejas que ser así de sencillo).
Después de identificar estas dos taxonomías, crearé carpetas de nivel superior para identificar cada nivel. (UI, controlador, servicios, utilidades, etc.). Debajo de cada carpeta de alto nivel, crearé carpetas secundarias basadas en Funcionalidad o Recursos (Proyecto - / Proyecto de edición - / Proyecto de búsqueda, etc.). Idealmente, la clasificación funcional será multinivel.
fuente
Hay buenas arquitecturas y malas arquitecturas, sin embargo, no hay balas de plata. Una arquitectura debe adaptarse a los requisitos actuales y futuros altamente posibles.
Una buena guía sería asegurarse de que cada parte de la aplicación se pueda cambiar con un efecto mínimo en las otras partes y que cada parte tenga una unidad de cobertura completa automatizada y pruebas de integración.
fuente
La arquitectura se trata de asegurarse de que pueda continuar desarrollándose a largo plazo. Para aplicaciones más grandes, esto incluye hacer compensaciones entre hacer que las cosas sean independientes para que varias personas puedan trabajar simultáneamente y evitar la duplicación (DRY) para que el proyecto pueda mantenerse ágil. Los proyectos PHP tienden a centrarse en hacer que las cosas sean independientes y tienen una gran cantidad de duplicación.
Para tener una buena idea de la otra posición extrema, eche un vistazo a Seaside
fuente
Si no sabe cómo estructurar un proyecto grande, debe tomar prestado el diseño / arquitectura de otros utilizando uno de varios marcos PHP buenos. Recomendaría CakePHP, CodeIgniter o Symfony. Todos estos implementan un modelo, vista, controlador, modelo MVC que funciona bien en el desarrollo web, todos son bastante livianos y fáciles de aprender.
Una vez que conozca uno de estos marcos, podría estar en condiciones de diseñar su propia estructura para su proyecto en particular, pero si recién está comenzando, me pararía en el trabajo de otros en lugar de reinventar la rueda.
fuente
MVC es la arquitectura más utilizada, que está probada para resolver la mayoría de los problemas. Una buena arquitectura tendrá las siguientes características (y más, por supuesto)
fuente
antes de escribir cualquier código de producción, tome 2 semanas (noches :) y lea este libro. Cambiará de opinión durante mucho tiempo sobre la arquitectura de programación, las prácticas y el empaquetado.
Principios, patrones y prácticas ágiles C # por Prentice Hall
Los ejemplos están en C # pero son fáciles de leer, no se trata de cómo escribir la sintaxis correcta del código, sino de cómo pensar como programador.
Te prometo que lo guardarás en tu lugar más accesible en tu PC y te sorprenderá que hayas programado sin saberlo. Cambiará tu forma de pensar.
fuente