Utilizziamo Drupal 7 come nostro strumento CMS di base.
Per uno specifico prodotto, qualcosa come un ERP, abbiamo creato una sorta di livello non drupal, per mantenere il nostro specifico codice aziendale.
Sarebbe qualcosa del genere:
-------------
| Business | -> This would be our business specific code layer
-------------
| Glue | -> This is where we connect with the basic Drupal API as we need
-------------
| Drupal | -> This is Drupal API
-------------
Abbiamo il concetto di Repository
, che è una classe base che recupera qualcosa dal database sotto forma di Entity
o ArrayObject
di Entities
.
Questo layer è connesso a Drupal, dal momento che ha bisogno di accedere a metodo db_query () , dall'API Drupal 7 .
Il nostro intero Business
layer è stato testato usando PHPUnit
, con una copertura del 100%.
Ora stiamo provando a testare anche il livello Glue
, l'unità di Repositories
, i loro valori di ritorno e i parametri.
Per fare ciò, siamo giunti alla conclusione che dovremmo prendere in giro l'API di accesso al database Drupal
.
Ma per farlo, quale sarebbe l'approccio corretto o migliore?
- Avvolgi la funzione
db_query
daDrupal
in una classe che potrebbe essere derisa nei test? - Non testare affatto
Repositories
?