magento2
Struttura del modulo
Ricerca…
Struttura del modulo del catalogo
Per ora penso che il modulo catalogo contenga quasi tutto ciò che puoi aggiungere a un modulo.
- Api : contiene i contratti di servizio. Un insieme di interfacce che non dovrebbero essere cambiate a meno che la versione secondaria non cambi. Non obbligatorio per un modulo personalizzato ma piacevole da avere per le estensioni commerciali.
- Dati - Interfacce dati. Ogni interfaccia deve avere un modello che la implementa (esempio: interfaccia per modello di prodotto)
- ProductRepositoryInterface.php - interfacce per repository (deve anche avere un'implementazione)
- ... - altri come sopra
- Blocchi - blocchi utilizzati nel layout per frontend e backend
- Adminhtml - blocchi utilizzati per il back-end
- Categoria - blocchi relativi al frontend. Può essere annidato in tutte le cartelle che vuoi, ma non è obbligatorio
- ... - come sopra
- Console - cartella contenente i comandi cli
- Controller : contiene controller frontend e backend
- Adminhtml - controller back-end
- Categoria : controllori correlati frontend. Può essere annidato in tutte le cartelle che vuoi, ma non è obbligatorio
- ... - come sopra.
- Cron - codice che dovrebbe essere eseguito tramite cron
- etc - contiene i file xml di configurazione del modulo
- frontend - contiene i file di configurazione caricati solo sul frontend
- adminhtml - contiene i file di configurazione caricati solo sul back-end
- webapi_rest - contiene i file di configurazione caricati solo per il resto API
- webapi_soapt : contiene i file di configurazione caricati solo per l'API SOAP
- acl.xml - Definizioni ACL
- catalog_attributes.xml : attributi predefiniti per le entità del catalogo.
- catalog_attributes.xsd - schema di convalida per il file sopra.
- config.xml : valori predefiniti per le impostazioni di configurazione
- crontab.xml - cron job scheduling
- di.xml - preferenze di iniezione delle dipendenze. (può anche risiedere in adminhtml, frontend, webapi_ *)
- events.xml - dichiarazione degli osservatori per gli eventi (può anche risiedere in adminhtml, frontend)
- indexer.xml - impostazioni per diversi indici che devono essere eseguiti quando i dati cambiano
- module.xml - il file di dichiarazione del modulo
- product_ * - impostazioni relative al prodotto.
- webapi.xml - percorsi di dichiarazione webapi.
- widget.xml - dichiarazioni di widget.
- Helper : diversi helper del modulo
- i18n - file di traduzione in lingua
- Modello - modelli, semplice come quello. possono essere annidati in tutte le cartelle che vuoi, ma non è obbligatorio.
- Observer - classi di osservatori di eventi
- Plugin -
around|before|after
plugin per diversi metodi pubblici. - Prezzi - classi relative ai prezzi. Questo è specifico del modulo. Puoi avere tutte le cartelle che vuoi in questo modo se non vuoi metterle nella cartella dei modelli.
- Installazione - installa / aggiorna i file correlati (installando schema e dati di aggiornamento)
- Test : test unitari
- Classi relative ai componenti Ui - ui.
- view - la parte relativa a html. La V in MVC.
- adminhtml - file relativi all'amministratore
- layout - layout xml per adminhtml
- templates - template phtml per adminhtml
- ui_compoenent - file relativi ai componenti ui (dichiarazione)
- web - assets (js, images)
- requirejs-config.js - configuration for require.js
- base - file usati sia per frontend che per backend.
- può avere la stessa struttura di sottocartella di adminhtml
- frontend - file frontend correlati
- può avere la stessa struttura di sottocartella di adminhtml
- adminhtml - file relativi all'amministratore
- compositore.json - non obbligatorio, ma piacevole da avere se si distribuisce il modulo
- registration.php : il file di registrazione del modulo.
- Licenza * .txt, readme.md - sai cosa significa. Non sono obbligatori
Modified text is an extract of the original Stack Overflow Documentation
Autorizzato sotto CC BY-SA 3.0
Non affiliato con Stack Overflow