composition

    0熱度

    4回答

    我之前對裝飾器模式的理解是,您繼承了Window和WindowDecorator,然後在重寫的方法中,在調用Window的所述方法的實現之前做一些額外的工作。以下類似: public class Window { public virtual void Open() { // Open the window } } public class Loc

    1熱度

    3回答

    我知道爲什麼你會在另一個內部組成某個對象的原因很多。一些思想流派已經明確了以某種方式構建程序的原因,例如, '數據驅動設計'或'域驅動設計'。我仍然是面向對象的初學者,而且我很難理解爲什麼一個對象應該被另一個對象包含。有時候,我發現自己的對象看起來很棒,然後我意識到,「好吧,現在我必須把放在這個地方嗎?」這背後的推理類似於我決定將文件放在我的硬盤上的原因嗎? 我有一對夫婦的指導原則是: 如果模型在

    8熱度

    1回答

    我與MEF實驗發現並創建了一個測試程序來調用實現某個給定的接口「插件」,它遵循新的DLL: using System; using System.Collections.Generic; using System.Linq; using System.Text; namespace ProbeContract { public interface IProbe {

    9熱度

    2回答

    讓說我有一個這樣的類: public sealed class Foo { public void Bar { // Do Bar Stuff } } 而且我希望把它擴大到添加的東西超出了一個擴展方法可以做....我唯一的選擇是組成: public class SuperFoo { private Foo _internalFoo;

    1熱度

    1回答

    我正在尋找有關WPF最佳實踐的文檔,以合成和聚合大型項目中的用戶界面。 我來自一個使用Delphi和Winform的可視化Inheriance世界。我現在嘗試複製這種模式,實際上這些UI元素的可重用性。 我願意提出建議和閱讀。

    3熱度

    1回答

    當比較實體和聚合根時,我使用的是從Oren Eini借來的ABC:Generic Entity Equality。對於價值對象,我同樣很巧妙。我用吉米Bogard的價值對象ABC:Generic Value Object Equality 現在我的問題是;我應該贊成繼承這些ABC嗎?或者我應該使用通用的equality/comparer並且改寫上述行爲?我打算重用上述的相等實現。 我認爲這回到了S

    2熱度

    8回答

    我這個昨天寫在一類Foo從酒吧繼承: public override void AddItem(double a, int b) { //Code smell? throw new NotImplementedException("This method not usable for Foo items"); } 納悶隨後,如果這是一個可能的跡象,我應該使用一個Bar,

    2熱度

    2回答

    我有句話,例如 去年,John Doe搬到了紐約。 現在我分裂句成單個的詞語,我得到: 陣列(「約翰」,「李四」,「感動」,「對」,「新」,「紐約」 ,'last','year') 這很容易。但是,我想結合單個單詞來獲得所有組成的術語。如果組成的術語是有意義的,我不希望所有這些都是。該操作的結果應該是這樣的: 約翰,李四,李四,感動,感動李四,李四移動,於遷,能源部搬到... 的單詞應該按照k個部

    0熱度

    5回答

    我試圖讓下面的工作,但我不知所措...... class Foo { public $somethingelse; function __construct() { echo 'I am Foo'; } function composition() { $this->somethingelse =& new SomethingEls

    0熱度

    2回答

    Web服務組合究竟是什麼?