¿Por qué usar Joomla! ¿Marco de referencia?


8

¿Cuáles son las razones para la elección Joomla! Frameworkde una aplicación web en lugar de utilizar Zend Framework 2, CodeIgniter, Laraveletc?

¿Su popularidad aumentará lo suficiente y Joomla lo hará? los desarrolladores del sitio migran desde el al ¿pronto?

Respuestas:


4

El CMS proporciona una gran cantidad de Chrome, características y funcionalidades que no están en la plataforma (por ejemplo, panel de control, gestión de usuarios, etc.).

El Framework incluye toda la estructura subyacente, incluidas las funciones de la base de datos, las manipulaciones de cadenas, etc., pero no es un CMS. (Según el proyecto de Framework, el CMS de Joomla será refactorizado para usar las funciones de Framework, pero actualmente usa solo un pequeño conjunto).

Entonces, si desea un CMS, no hay razón para migrar al marco (a menos que desee reinventar la rueda). Si desea crear una aplicación web, servicios web o una aplicación de línea de comandos utilizando una funcionalidad comprobada, puede usar el Marco para proporcionar muchas funciones de utilidad y utilidad, como Zend.

Aquí hay un hilo con más información: ¿Cuáles son las diferencias entre Joomla! CMS, el Joomla! Plataforma y el Joomla! ¿Marco de referencia?


En realidad, la mayoría de los sitios (y no los blogs) no necesitan un CMS. Tienen algunas páginas estáticas como About Usetc., por lo que no necesita ningún artículo ni categoría. Si un desarrollador elige el J! Marco y escribe un componente de gestión de usuarios para un proyecto, él / ella puede reutilizarlo en otros proyectos. También puede modificar el componente de usuario actual del CMS e implementarlo en el marco.
Farahmand

@ Fari-- si quisieras un sitio simple con páginas estáticas, sería más inteligente usar jekyll o incluso AmazonS3. No hay necesidad de CMS o Framework en ese caso, y no hay necesidad de gestión de usuarios.
user101289

Considere un sitio grande con algunas páginas estáticas. Por ejemplo, un sitio web de bienes raíces que tiene páginas estáticas "Acerca de nosotros" y "TOS" más 1 millón de páginas dinámicas "En venta".
Farahmand

Yo usaría IProperty. ¡Entonces obtendrá el beneficio de un componente prefabricado y la opción de agregar docenas de otros componentes como boletines que pueden ser útiles!
user101289

Quiero pensar más sobre el Marco en este hilo. Sabemos que el rendimiento es importante para proyectos medianos y grandes. Entonces prefiero usar un Framework. Un componente / paquete como IProperty se puede escribir en el Framework. Para un proyecto grande vale la pena crear incluso un CP de administrador, etc. desde cero.
Farahmand
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.