He estado desarrollando sitios web en una estructura de n niveles y hasta ahora se han cumplido mis requisitos. Pero como frameworks poderosos como Zend Framework, Symfony se están volviendo populares, me pregunto cómo saber si es hora de cambiar a un framework.¿Cómo saber cuándo es el momento de usar un marco para desarrollar un sitio web?
¿Estoy en una especie de dilema? ¿Cuál es la opción correcta?
Si está satisfecho con su propia manera, nunca.
Los marcos no están escritos por dioses sino por personas. Algunos de ellos pueden saber menos que tú. O tiene un punto de vista diferente.
Además, es más un paradigma dictado para usted que una caja de herramientas. Una religión.
Si tiene su propio camino y le conviene, desarrolle mejor su propio marco. No tan universales como las famosas, pero tampoco tan gordas y lentas como ellas.
Sí.
No solo acelera el tiempo de desarrollo (una vez que conoce bien el marco), permite a otros desarrolladores tener una mejor comprensión de cómo funciona el sitio.
... porque sus otros desarrolladores no aprendieron PHP, ¿y acaban de aprender a usar Cake o ZF? WTF? – Timothy
Usar un marco tiene sus ventajas, ya que puede escribir su código más rápido, no tiene que preocuparse por muchas funcionalidades que siempre se requieren en una aplicación web para que pueda pensar más en la implementación específica de su aplicación y usted solo tiene que actualizar las otras funcionalidades. El uso de un marco le ofrece, por supuesto, ventajas en términos de colaboración porque, obviamente, si utiliza un marco conocido, hay muchas personas que lo conocen sin perder tiempo para entrenarlos.
Pero, cuando utiliza un marco, debe respetar su estructura, su estilo de codificación y su diseño. Por lo general, esto no es un problema porque si elige sabiamente un marco, no sentirá la necesidad de salirse de los rieles.
Cuando no está seguro de cuál será el resultado final del software. Las bibliotecas preconfiguradas generalmente están diseñadas para manejar casi cualquier cosa, por lo que puede extender fácilmente su sitio en ellas. Y si van a haber nuevas personas trabajando en ello en algún momento en el futuro, pueden ingresar fácilmente, sin tener que aprender su forma de hacer las cosas.
Pero aparte de eso, creo que el Coronel Shrapnel es perfecto.
Lo mejor que puede hacer es simplemente probarlo. Cambié de mi propio estilo de codificación a CakePHP hace aproximadamente un año y no he vuelto a mirar atrás desde entonces. También me facilita mucho trabajar en otros códigos basados en frameworks, y en general se reduce el wtfs de mirar mi propio código seis meses después porque ahora el código sigue un formato mucho más estricto y es más predecible.
Si hace esa pregunta, es probable que haya llegado el momento de probarla, ya que claramente le interesó su interés. Si resulta que no te gusta trabajar con ellos, entonces siempre puedes volver a tu forma habitual (o incluso escribir tu propia columna, como dice Col. Shrapnel).
Siempre y cuando no pueda responder a esta pregunta usted mismo, yo diría: Siempre use un marco.
Conozco a muchos desarrolladores que piensan que usar un framework los hace menos "programadores reales", lo cual es simplemente estúpido. Este tipo de orgullo equivocado no debería obstaculizar la creación de un código bien estructurado y sostenible.
El uso de un buen Framework le ahorra muchos de los pequeños problemas molestos para que pueda concentrarse en su proyecto real. Por supuesto, no hay cosas que no puedas hacer sin un marco pero con una podrás hacerlas mucho más rápido y con menos dolor de cabeza.
Tal vez la experiencia le mostrará casos en los que no necesita un marco o de hecho es mejor sin uno, pero estos son bastante raros.
Las 4 razones por las que elegimos para ir con un marco (Zend) en mi empresa:
1 - sintaxis común: el marco tiene su propia sintaxis que todos nuestros codificadores deben trabajar para (hasta cierto punto). Hace que sea más fácil de usar desarrolladores externos, o manejar la rotación de personal
2 - Escala: el sitio en cuestión era de una escala que exigía la arquitectura MVC
3 - componentes probados: El marco tiene la mayor parte de los componentes pre construido, lo que le permite concentrarse en el modelo
4 - credibilidad de la marca: la utilización de una marca de perfil alto desde el punto de vista del cliente tiene cierto valor. Implica una solución estándar, y "desacopla" al cliente de su marco personalizado
+1 para enfoques estandarizados. Es mucho más fácil poner al día a alguien en un proyecto que utiliza un montón de componentes estándar para enrutamiento, controladores, memoria caché, etc. de lo que es si todos estos elementos son únicos (y probablemente no estén tan bien documentados como el código de infraestructura) Si eres un ejército de 1 hombre, esto es, por supuesto, un problema menor. – timdev
¡Pero pensé que se suponía que debíamos unir a nuestros clientes con nuestro código personalizado para que no puedan ir a otro lado! – Timothy
Asumir ser un mejor desarrollador que toda una comunidad de personas que construyeron un marco a lo largo de los años es, en su mayoría, simple arrogancia. La mayoría de las personas que intentan crear sus propios FW solo reinventan la rueda que debería evitarse. Y los FW no "dictan" nada. La mayoría de ellos se puede usar de diversas maneras. – selfawaresoup
Esa es otra opinión y la aprecio. –
No hay nada de malo en escribir su propio marco. En muchos casos, simplemente no necesita nada más que la propia estructura MVC y algunas clases de utilidad para la seguridad, el manejo de formularios y la abstracción de la base de datos. Algunos frameworks (mirándote, CakePHP) están casi hilarantemente hinchados. –