Struttura dei modelli in PHP / MVC

Non ci sono regole su come dovresti organizzare il tuo codice modello. Principalmente non perché tutto dipende dalla vostra applicazione. Nel migliore dei casi, possiamo darti qualche spunto di riflessione.

In una piccola applicazione (fino a poche decine di classi di modelli), potrei anche non occuparmi di organizzarli in cartelle separate.

Se un'organizzazione più strutturata delle classi del modello è ritenuta utile, vorrei prima raggruppare le classi in base alla funzionalità, quindi tutte le classi relative all'ORM insieme, le classi che trattano la funzionalità A insieme, ecc. Se è necessaria ancora più organizzazione , aggiungi un altro livello usando qualunque divisione sembra giusta in quel punto.
Per gli esempi pubblicati, la divisione verrebbe probabilmente in

• Modelli /
  • ORM /
    • Document.php
  • Filtri /
    • CustomTagFilter.php
  • Report.php

L'unica cosa da evitare è usare le categorie catch-all. Se non riesci a pensare a un buon nome di categoria, non metterlo affatto in una sottocategoria (come ho fatto con Report.php).

Gli ORM funzionano con Entites , che sono fondamentalmente le istanze delle classi modello (nel tuo caso Document.php), quindi chiamare la tua cartella Entities sarebbe logico.

Per ottenere una definizione corretta di Entity , immergiti nella documentazione dell'ORM che stai utilizzando. ( Qui è un esempio dalla documentazione di Doctrine.)

Vorrei andare con Transformers se fossi di umore bizzarro:

/Models/Transformers/Reports.php
/Models/Transformers/CustomTagFilter.php

o Translators se mi sentivo più professionale:

/Models/Translators/Reports.php
/Models/Translators/CustomTagFilter.php