"Ist ein" vs "Has a": welcher ist besser?

Question

Portfolio A - Fonds> 1

Portfolio A -> Fund 2

Portfolio A -> Fonds 3

ich meinen Satz ohne nicht verwendet, wird ihr/Rahmen könnte. Aber zwischen 1 & 2,

1) ein:

class PortfolioA 
{ 
    List<Fund> obj; 
} 

2) ist a:

class PortfolioA : List<Fund> 
{ 

} 

die man denken Sie, ist besser vom Punkt der Erweiterbarkeit, Benutzerfreundlichkeit? Ich kann immer noch auf meine Mittel zugreifen, wenn auch mit einem kleinen syntaktischen Wechsel.

Answer 1

Ich stimme mit den anderen Leuten, die sagen, HAS-A ist in diesem Fall besser. Sie fragen in einem Kommentar:

, wenn ich sage, dass ein Portfolio nur eine Sammlung von Geldern ist, mit ein paar Attribute der eigenen wie TotalPortfolio usw., bedeutet das grundsätzlich nicht geworden ein „is-a "?

Ich glaube nicht. Wenn Sie sagen, Portfolio IS-A List<Fund>, was ist mit anderen Eigenschaften des Portfolios? Natürlich können Sie dieser Klasse Eigenschaften hinzufügen, aber ist es korrekt, diese Eigenschaften als Eigenschaften der Liste zu modellieren? Denn das ist im Grunde das, was du tust.

Auch was ist, wenn ein Portfolio mehr als eine List<Fund> unterstützen muss? Zum Beispiel haben Sie vielleicht eine Liste, die das aktuelle Guthaben der Investitionen anzeigt, aber eine andere Liste, die zeigt, wie neue Beiträge investiert werden. Und was ist, wenn Fonds eingestellt werden und eine neue Reihe von Fonds verwendet wird, um ihnen zu folgen? Historische Informationen sind ebenso nützlich wie die aktuelle Fondsallokation.

Der Punkt ist, dass alle diese Eigenschaften nicht korrekt Eigenschaften einer Liste sind, obwohl sie Eigenschaften des Portfolios sein können.

Answer 2

Die erste, weil Sie versuchen sollten, Zusammensetzung über Vererbung zu bevorzugen, wenn Sie können.

Answer 3

Ich würde mit Option (1) - Zusammensetzung gehen, da Sie möglicherweise Attribute spezifisch für das Portfolio haben, anstatt die Mittel.

Answer 4

Die erste, weil es ist "besteht aus". => Zusammensetzung

Answer 5

nicht 'immer' die Zusammensetzung oder Vererbung oder umgekehrt bevorzugen; sie haben unterschiedliche Semantiken (Bedeutungen); schaue genau auf die Bedeutungen, dann entscheide - es ist egal, ob einer 'leichter' ist als der andere, für Langlebigkeit ist es wichtig, dass du die Semantik richtig bekommst

erinnern: is-a = type, has-a = containment

so ist in diesem Fall ein Portfolio logisch eine Sammlung von Fonds; ein Portfolio selbst ist kein Typ Fonds, so Zusammensetzung das richtige Verhältnis

EDIT ist: ich falsch verstanden ursprünglich die Frage, aber die Antwort ist immer noch die gleichen. Ein Portfolio ist kein Listentyp, sondern eine eigenständige Entität mit eigenen Eigenschaften. Ein Portfolio ist beispielsweise ein Aggregat von Finanzinstrumenten mit anfänglichen Investitionskosten, einem aktuellen Gesamtwert, einer Historie von Werten im Zeitverlauf usw., während eine Liste eine einfache Sammlung von Objekten darstellt. Ein Portfolio ist eine "Art von Liste" nur im abstraktesten Sinne.

EDIT 2: Denken Sie über die Definition von Portfolio - es wird ohne Ausnahme als eine Sammlung von Dingen charakterisiert. Das Portfolio eines Künstlers ist eine Sammlung seiner Kunstwerke, das Portfolio eines Webdesigners ist eine Sammlung seiner Websites, das Portfolio eines Investors besteht aus allen Finanzinstrumenten, die ihm gehören, und so weiter. Wir brauchen also ganz klar eine Liste (oder eine Art), um ein Portfolio zu repräsentieren, aber das bedeutet keinesfalls, dass ein Portfolio eine Art Liste ist!

Angenommen, wir entscheiden, Portfolio von List erben zu lassen. Dies funktioniert so lange, bis wir dem Portfolio eine Aktie, eine Anleihe oder ein Edelmetall hinzufügen, und plötzlich funktioniert die falsche Vererbung nicht mehr. Oder angenommen, wir werden gebeten, Bill Gates 'Portfolio zu modellieren und zu finden, dass List keinen Speicher mehr hat ;-) Realistischer werden wir nach zukünftigem Refactoring wahrscheinlich feststellen, dass wir von einer Basisklasse wie Asset übernehmen sollten, aber wenn Wir haben bereits von List geerbt, dann können wir nicht.

Zusammenfassung: Unterscheiden Sie zwischen den Datenstrukturen, die wir wählen, um ein Konzept darzustellen, und der Semantik (Typhierarchie) des Konzepts selbst.

Answer 6

Es hängt davon ab, ob das Unternehmen ein Portfolio als eine Gruppe (und nur eine Gruppe) von Fonds definiert. Wenn es sogar die entfernte Möglichkeit gibt, dass es andere Objekte enthalten könnte, sagen wir "Eigentum", dann gehen Sie zu Option 1. Gehen Sie zu Option 2, wenn es eine starke Verbindung zwischen einer Gruppe von Fonds und dem Konzept von Portfolio gibt.

Soweit Erweiterbarkeit und usefullness 1 hat den leichten Vorteil gegenüber 2. ich wirklich mit dem Konzept nicht zustimmen, dass Sie immer einen über den anderen begünstigen sollte. Es hängt wirklich davon ab, was die wirklichen realen Konzepte sind. Denken Sie daran, Sie können jederzeit umgestalten.

^Für die meisten Fälle von immer. Wenn es öffentlich ausgestellt wird, dann offensichtlich nicht.

Answer 7

Ich werde mit der scheinbar üblichen Meinung abweichen. In diesem Fall denke ich, ein Portfolio sehr wenig ist mehr als eine Sammlung von Geldern ... Durch Vererbung Sie die Verwendung von mehreren Konstrukteuren ermöglichen, wie in

public Portfolio(CLient client) {}; 
public Portfolio(Branch branch, bool Active, decimal valueThreshold) 
{ 
    // code to populate collection with all active portfolios at the specified branch whose total vlaue exceeds specified threshold 
} 

und Indexer wie in:

public Fund this[int fundId] { get { return this.fundList[fundId]; } } 

usw. usw.

Wenn Sie Variablen des Typs Portfolio als eine Sammlung von Fonds mit der zugehörigen Syntax behandeln möchten, ist dies der bessere Ansatz.

Portfolio BobsPortfolio = new Portfolio(Bob); 

foreach (Fund fund in BobsPortfolio) 
{ 
    fund.SendStatement(); 
} 

oder Sachen wie die

Answer 8

IS-A Beziehung Schiff stellt Erbschaften und HAS-A-Beziehung Schiff Zusammensetzung darstellt. Für das oben erwähnte Szenario bevorzugen wir die Zusammensetzung, da PortfolioA eine Liste hat und es sich nicht um den List-Typ handelt.Inheritances werden verwendet, wenn Portfolio A ein Listentyp ist, hier jedoch nicht. Daher sollten wir für dieses Szenario Komposition bevorzugen.