Szukaj…


Struktura modułu katalogu

Na razie myślę, że moduł katalogu zawiera prawie wszystko, co możesz dodać do modułu.

  • Api - zawiera umowy serwisowe. Zestaw interfejsów, których nie należy zmieniać, chyba że zmieni się wersja pomocnicza. Nie jest to obowiązkowe dla niestandardowego modułu, ale dobrze jest mieć go w przypadku rozszerzeń komercyjnych.
    • Dane - interfejsy danych. Każdy interfejs musi mieć model, który go implementuje (przykład: interfejs dla modelu produktu)
    • ProductRepositoryInterface.php - interfejsy do repozytoriów (musi mieć również implementację)
    • ... - inne jak wyżej
  • Blok - bloki używane w układzie dla frontendu i backendu
    • Adminhtml - bloki używane do backendu
    • Kategoria - bloki związane z interfejsem użytkownika. Można go zagnieżdżać w dowolnej liczbie folderów, ale nie jest to obowiązkowe
    • ... - tak samo jak powyżej
  • Console - folder zawierający polecenia cli
  • Kontroler - zawiera frontend i kontrolery backend
    • Adminhtml - kontrolery zaplecza
    • Kategoria - kontrolery związane z interfejsem użytkownika. Można go zagnieżdżać w dowolnej liczbie folderów, ale nie jest to obowiązkowe
    • ... - tak samo jak powyżej.
  • Cron - kod, który powinien zostać wykonany przez crona
  • etc - zawiera pliki XML konfiguracji modułu
    • frontend - zawiera pliki konfiguracyjne ładowane tylko na frontend
    • adminhtml - zawiera pliki konfiguracyjne ładowane tylko na backend
    • webapi_rest - zawiera pliki konfiguracyjne ładowane tylko dla pozostałych interfejsów API
    • webapi_soapt - zawiera pliki konfiguracyjne ładowane tylko dla interfejsu SOAP
    • acl.xml - definicje ACL
    • catalog_attributes.xml - domyślne atrybuty jednostek katalogu.
    • catalog_attributes.xsd - schemat sprawdzania poprawności pliku powyżej.
    • config.xml - domyślne wartości ustawień konfiguracji
    • crontab.xml - planowanie zadań cron
    • di.xml - preferencje wstrzykiwania zależności. (może również znajdować się w adminhtml, frontend, webapi_ *)
    • events.xml - deklaracja obserwatorów dla zdarzeń (może również znajdować się w adminhtml, frontend)
    • indexer.xml - ustawienia dla różnych indeksów, które należy wykonać przy zmianie danych
    • module.xml - plik deklaracji modułu
    • product_ * - ustawienia związane z produktem.
    • webapi.xml - ścieżki deklaracji webapi.
    • widget.xml - deklaracje widżetów.
  • Pomocnik - różni pomocnicy modułów
  • i18n - pliki tłumaczeń językowych
  • Model - modele, takie proste. można je zagnieżdżać w dowolnej liczbie folderów, ale nie jest to obowiązkowe.
  • Observer - klasy obserwatorów zdarzeń
  • Wtyczka - around|before|after wtyczkach dla różnych metod publicznych.
  • Wycena - klasy związane z wyceną. Jest to specyficzne dla modułu. Możesz mieć dowolną liczbę folderów, jeśli nie chcesz umieszczać ich w folderze modeli.
  • Instalator - instaluj / aktualizuj pliki powiązane (instalowanie schematu i danych aktualizacji)
  • Test - testy jednostkowe
  • Ui - ui elementy związane klas.
  • widok - część związana z HTML. V w MVC.
    • adminhtml - pliki związane z adminem
      • layout - układy xml dla adminhtml
      • szablony - szablony phtml dla adminhtml
      • ui_compoenent - pliki związane ze składnikami interfejsu użytkownika (deklaracja)
      • web - zasoby (js, obrazy)
      • requjs-config.js - konfiguracja wymaganego.js
    • base - pliki używane zarówno dla frontendu, jak i backendu.
      • może mieć taką samą strukturę podfolderów jak adminhtml
    • frontend - pliki powiązane z frontendem
      • może mieć taką samą strukturę podfolderów jak adminhtml
  • composer.json - nie jest obowiązkowy, ale warto go mieć, jeśli rozpowszechniasz swój moduł
  • register.php - plik rejestracyjny modułu.
  • Licencja * .txt, readme.md - wiesz co to znaczy. Nie są obowiązkowe


Modified text is an extract of the original Stack Overflow Documentation
Licencjonowany na podstawie CC BY-SA 3.0
Nie związany z Stack Overflow