¿Hay espacio para otro marco de PhP? En caso afirmativo, ¿cuáles serían las características que podrían atraerlo fuera de su marco favorito actual?

¿Por qué no quedaría espacio? ¿Es importante lograr la homogeneidad? Cada marco (al menos cada marco bien pensado) tiene objetivos centrales, enfoques y modos de desarrollo compatibles que encajarán bien con algunos desarrolladores y no con otros. Esto esta bien.

La coherencia del enfoque dentro de una aplicación de software es uno de los objetivos centrales de cualquier marco. Más allá de la aplicación, la adopción por parte de la comunidad es agradable, pero la comunidad en su conjunto está compuesta por personas con mentalidades y enfoques muy diferentes, todos los cuales, si se aplican con coherencia y disciplina, son capaces de producir un buen software.

Por ejemplo, me gustan los marcos basados ​​en ActiveRecord / Entity y los enfoques de metaprogramación de objetos. No veo MVC como un santo grial que necesita ser religiosamente consagrado en todo el software (aunque el principio es útil). Describiría DAO como un anti-patrón, y odiaría trabajar en cualquier sistema diseñado de esta manera. Hace siete años comencé a trabajar en mi propio marco, Fakoli (página en fakoli.org) basado en los principios de software que encuentro trabajo para mí, y lo he estado usando y desarrollando todos los días desde entonces. Si te gusta mi enfoque, bien por ti, tal vez te guste mi marco. Si no lo hace, bien por usted, hay muchos otros marcos de calidad y espero que haya encontrado uno que funcione bien para usted.

Mi punto principal es que todos nos beneficiamos de una pluralidad de pensamiento y enfoques. Afortunadamente, todos estamos felizmente escribiendo código con nuestros marcos favoritos y siendo tan productivos como sea posible.

Tres cosas:

  • Tener una versión de soporte a largo plazo. La mayoría de los frameworks dejan de admitir versiones anteriores a medida que lanzan nuevas versiones. Además, la actualización de versiones anteriores es PITA.
  • Soporte oficial para HHVM. Si bien algunos marcos ahora funcionan bien con HHVM, muchos no son compatibles … y creo que ningún marco lo admite oficialmente.
  • Ignore la compatibilidad con versiones anteriores (es decir, <5.5) para simplificar las cosas y utilizar las últimas funciones del lenguaje.

Actualmente estoy codificando en codeignier y meteorjs, creo que existe la posibilidad de un marco php que use el protocolo DDP como meteorjs