Depende de qué tipo de proyectos hacen y cuáles son sus necesidades. Nunca olvide que en el software, lo "mejor" siempre depende de lo que está haciendo. No hay 'una solución dorada' para todo. Esto incluye mvcs.
Hay varias razones para codificar su propio MVC:
- Usted puede adaptar a su específica exacta necesita
- Puede mantenerla cerrada fuente, reduciendo la exposición, el aumento de la seguridad debido a la oscuridad
- Puede seguir desarrollándolo y luego lanzarlo al mundo cuando esté maduro y cumpla un propósito principal: de todos modos, se crearon muchos mvcs actuales de esa manera.
- Puede continuar desarrollándolo, conservarlo como código fuente cerrado y crear enormes servicios y aplicaciones SaaS en él, a los que conservará todos los derechos. Se puede hacer con la licencia de Apache también.
- Puede cumplir un propósito que no cumple ningún otro mvc. A pesar de que cada mvc tiene fanáticos que creen que tienen la única solución, cada mvc tiene sus desventajas. Y creyendo que 'todo lo que se puede hacer, se ha hecho' porque hay 15-20 mvcs fuera, es tan estúpido como decir 'todo lo que se puede descubrir ha sido descubierto'. Y hubo personas que dijeron esto último a principios del siglo XX.
Sin mencionar que con un mvc externo que está utilizando, está obligado al equipo de proyecto de ese mvc por muchas cosas. Es posible que ya tengan o puedan presentar cosas que no te gusten, o incluso obstaculizar tus aplicaciones específicas.
sin mencionar que no solo pueden quedar abandonada. Puede pasarle a los más grandes. Codeigniter estaba de moda. Que pasó ? Ellis lo está botando básicamente. El desarrollo se ralentizó hasta detenerse. Probablemente pronto totalmente paralizado. Ser de código abierto tampoco garantiza un proyecto: ha habido muchos proyectos de código abierto que se han desarrollado de forma similar.
¿Qué va a pasar con las personas que habían codificados aplicaciones principales con CodeIgniter? ¿Van a tomar la seguridad de las instalaciones de Codeigniter que tienen ellos mismos? Por lo tanto, de facto convertirse en mantenedores de su propio mvc? ¿O van a contratar partes externas para mantener el mvc por ellos?
No es una buena inversión futura.
Mi preferencia para la codificación de mi propia MVC es principalmente para tener un MVC que se adapte a mi estilo de codificación. Mi criterio para un MVC:
- desarrollo rápido
- modificación rápida
- Bajo mantenimiento
- velocidad
- Seguridad
- simplicidad extrema
- La fiabilidad en lo que respecta al desarrollo futuro
He codificado un mvc importante para mí antes. y todavía lo estoy ejecutando con éxito en uno de mis sitios web de hobbies que maneja ~ 600,000-1,2,000,000 visitantes únicos por mes. En un momento dado, más de 250 visitantes (google analytics, no incluye ningún bot) pueden estar presentes en el sitio, martillando página tras página. Y ni siquiera parpadea. Me gusta eso. A pesar de que tiene varias deficiencias que no me gustan, funciona espectacularmente.
En las im mvc actuales haciendo, im utilizando las lecciones que he aprendido de la anterior, ya que se aplican a mis propósitos específicos.
Sin mencionar que es una gran manera de perfeccionar y desarrollar nuevas habilidades.
Pero una cosa es una necesidad: planificar muy bien, y mantener la construcción en él, el cambio y la mejora de la misma.
Puede ser subjetivo ya que los marcos tienen una variedad de casos de uso y realmente depende de los desarrolladores individuales. – BoltClock
¿No habría solo una cantidad muy pequeña de sitios web/sitios de comercio electrónico que requerirían un marco personalizado completamente nuevo? También he escuchado que el programador que trabaja en el framework está robando funciones de otros frameworks. ¿Cuál es el punto por lo tanto? – David