2010-08-31 2 views
0

Exemple abstrait: Si j'ai un système avec des domaines de "Fleet" contenant une classe "Vehicle" et "Customers" contenant une classe "Driver", où placeriez-vous une classe de jointure (qui détaillerait le cycle de vie, les sinistres d'assurance, et d'autres informations sur la relation)? Les préoccupations de la flotte et du client sont tout aussi importantes pour le système et des points de vue sur la relation dans les deux sens seront établis.Où placer des cours de jonction?

Fleet.DriverHistory?

Customers.VehicleHistory?

MyVagueGeneralRelationshipNamespace.VehicleDriverHistory?

Autre?

Répondre

0

Je ne pense pas que ce soit une relation vague. Les allocations de véhicules peuvent être «abstraite» dans le sens où vous ne pouvez pas les toucher, mais dans un sens commercial, ils sont «réels», en fait, ils sont à peu près toute la raison de l'entreprise. Donc, j'ai un domaine "Location" ou une autre, qui peut avoir vos deux histoires.

+0

Ok, donc un autre domaine pour chaque relation de rejoindre dans le système. Je vois ce que vous voulez dire, mais ça va prendre du poids n'est-ce pas? – annakata

+0

Aussi: Je ne voulais pas dire que la relation était vague, juste mon label pour l'espace de noms :) – annakata

+0

Je ne pense pas que ce soit un domaine par relation, mais par concept. Donc, l'histoire du conducteur de véhicules loués et l'histoire du véhicule de qui m'a loué sont tous deux partie du domaine de la location, et peut-être cela inclut même les factures et les réservations. Mais par exemple, la réparation de véhicules serait un tout autre domaine. – djna

0

Je pense une sorte de classe d'enregistrement indépendant des deux deux classes est certainement la voie à suivre, à savoir

MyVagueGeneralRelationshipNamespace.VehicleDriverHistory

Questions connexes