magento2
Estructura del módulo

Estructura del módulo de catálogo

Por ahora creo que el módulo de catálogo contiene casi todo lo que puede agregar a un módulo.

• Api - Contiene los contratos de servicios. Un conjunto de interfaces que no se deben cambiar a menos que cambie la versión secundaria. No es obligatorio para un módulo personalizado pero es bueno tenerlo para extensiones comerciales.
  • Datos - Interfaces de datos. Cada interfaz debe tener un modelo que lo implemente (ejemplo: interfaz para el modelo de producto)
  • ProductRepositoryInterface.php : interfaces para repositorios (también debe tener una implementación)
  • ... - otros como arriba
• Bloque : bloques utilizados en el diseño para frontend y backend
  • Adminhtml - bloques utilizados para backend
  • Categoría - Bloques relacionados con el frontend. Se puede anidar en tantas carpetas como desee, pero no es obligatorio
  • ... - lo mismo que arriba
• Consola - carpeta que contiene comandos cli
• Controlador - contiene controladores frontend y backend
  • Adminhtml - controladores de backend
  • Categoría - Controladores relacionados con el frontend. Se puede anidar en tantas carpetas como desee, pero no es obligatorio
  • ... - lo mismo que arriba.
• Cron - código que debe ejecutarse vía cron
• etc - contiene archivos xml de configuración del módulo
  • frontend - contiene archivos de configuración cargados solo en frontend
  • adminhtml - contiene archivos de configuración cargados solo en el backend
  • webapi_rest - contiene archivos de configuración cargados solo para el resto de la API
  • webapi_soapt - contiene archivos de configuración cargados solo para la API SOAP
  • acl.xml - definiciones de ACL
  • catalog_attributes.xml : atributos predeterminados para las entidades del catálogo.
  • catalog_attributes.xsd - esquema de validación para el archivo anterior.
  • config.xml - valores predeterminados para la configuración de configuración
  • crontab.xml - programación de trabajos cron
  • di.xml - preferencias de inyección de dependencia. (También puede residir en adminhtml, frontend, webapi_ *)
  • events.xml : declaración de observadores para eventos (también puede residir en adminhtml, frontend)
  • indexer.xml - configuraciones para diferentes índices que deben ejecutarse cuando los datos cambian
  • module.xml - el archivo de declaración del módulo
  • product_ * - configuración relacionada con el producto.
  • webapi.xml - rutas de declaración webapi.
  • widget.xml - declaraciones de widgets.
• Ayudante - diferentes ayudantes de módulo
• i18n - archivos de traducción de idiomas
• Modelos - modelos, tan simples como eso. se pueden anidar en tantas carpetas como desee, pero no es obligatorio.
• Observador - clases de observadores de eventos
• Plugin - around|before|after plugins para diferentes métodos públicos.
• Precios - Clases relacionadas con precios. Este es un módulo específico. Puede tener tantas carpetas como desee de esta manera si no desea colocarlas en la carpeta de modelos.
• Configuración : instalar / actualizar archivos relacionados (instalar el esquema de actualización y los datos)
• Prueba - pruebas unitarias
• Ui - Ui componentes relacionados con las clases.
• ver - la parte html relacionada. La V en MVC.
  • adminhtml - admin archivos relacionados
    • diseño - diseños xml para adminhtml
    • plantillas - plantillas phtml para adminhtml
    • ui_compoenent - Archivos relacionados con los componentes de la interfaz de usuario (declaración)
    • web - activos (js, imágenes)
    • requirejs-config.js - configuración para require.js
  • base : archivos utilizados tanto para el frontend como para el backend.
    • puede tener la misma estructura de subcarpeta como adminhtml
  • frontend - frontend archivos relacionados
    • puede tener la misma estructura de subcarpeta como adminhtml
• composer.json : no es obligatorio, pero es bueno tenerlo si distribuyes tu módulo
• registration.php - el archivo de registro del módulo.
• Licencia * .txt, readme.md - sabes lo que esto significa. No son obligatorias