Les classes doivent-elles imiter la réalité ou avoir une compatibilité optimale avec le code?

Question

Pour un moniteur de performance, je l'ai mis en place un MVC en Java et ont décidé de partager mon modèle dans des classes séparées, maintenant, je suis tiraillé entre le tri de ses attributs et fonctions dans Client, Server et Connection classes de modèles ou Benchmark, Logging et Specs Classes de modèles.

Les anciens modèles correspondraient aux contreparties de la vie réelle en tant qu '«objets», car ce sont les entités séparées que l'application surveillera. En raison de la façon dont le MVC fonctionne avec un observateur, une fonction de référence de mon contrôleur déclencherait des mises à jour dans tous mes modèles. Ce dernier résoudrait cette mise à jour généralisée en faisant en sorte que les modèles correspondent davantage aux fonctionnalités (exigences), ne mettant ainsi à jour que les modèles devant être mis à jour, déclenchant uniquement des mises à jour View qui doivent être modifiées. Je pense que cette approche diminuerait la réutilisabilité de mon modèle.

Answer 1

Les cours devraient toucher la réalité, mais ne pas l'atteindre. Si vous deviez rester sur un niveau abstrait absolu, votre modèle ne serait pas en mesure d'atteindre une forme de réalisation. Lorsque vous modélisez votre domaine, vous commencez par des objets métier qui se rapportent directement aux objets (physiques) en réalité. Une fois que vous commencez à concevoir un système, vous obtiendrez un modèle de classe à partir du modèle commercial qui est lié d'une manière ou d'une autre. Généralement, vous créez des dépendances à partir de la conception de votre classe système vers les objets métier correspondants et vous trouverez également un parallèle de dénomination. Le couplage entre le business et le modèle de design est lâche (dépendances) mais existant. Chaque objet métier doit avoir une trace sur le modèle de conception. Il y aura probablement plus de classes dans le modèle de conception que dans le modèle d'affaires.