È questo, per caso, un modello già esistente? [chiuso]

0

Abbiamo un file config.ini con metodi associati alle tabelle, qualcosa del genere:

[assoc]
people = getPeopleTable
food = getFoodTable

nel nostro programma principale istanziamo un oggetto di database e li chiamiamo in questo modo:

output = getattr(self.db, 'getTable')(config.get('assoc',table))

e nella nostra classe di database abbiamo i metodi per recuperare ogni tabella e, getTable , che assomiglia a:

def getTable(self, table):
  table = getattr(self, table)()
  return table

Questo è per caso un tipo di modello di progettazione? Scusa se sembra stupido, questo argomento è nuovo per me.

    
posta Onilol 03.08.2017 - 23:06
fonte

1 risposta

3

No, questo non è un modello di progettazione software. Manca ogni singola cosa che crea un Pattern:

  • un nome evocativo
  • Contesto
  • una descrizione delle forze in conflitto che entrambe ti spingono ad usare il modello e ti allontanano da esso
  • una descrizione del Problema il Pattern risolve
  • una descrizione della soluzione fornita da Pattern, incluso
  • In che modo il modello risolve il problema e
  • Perché il Pattern risolve il problema (e anche perché alcuni altri pattern correlati non risolvono il problema)
  • Esempi di applicazione del Pattern, sia in forma di alto livello (ad esempio diagrammi del disegno) che in codice (idealmente, in più lingue)
  • Usi conosciuti : un Pattern è solo un Pattern se è una common soluzione a un problema ricorrente , qui dovresti descrivere dove hai trovato il pattern in diversi sistemi
  • Motivi correlati (e Anti-Patterns) : I pattern hanno relazioni con altri Pattern (ad esempio, Iterator e Subject / Observer sono duals teorici di categoria, Model-View-Controller è spesso usato insieme a Subject / Observer , Front Controller e Page Controller sono alternative, e così via).
  • ... e probabilmente un po 'di più ho dimenticato.
risposta data 04.08.2017 - 07:02
fonte

Leggi altre domande sui tag