Co To jest Castle Windsor i dlaczego miałoby mnie to obchodzić?

Zamek Windsor jest inwersją narzędzia sterującego. Są inni.

Może dać ci obiekty z wbudowanymi i wstępnie podłączonymi zależnościami. cały wykres obiektu tworzony przez odbicie i konfigurację, a nie operator "nowy".

Zacznij tutaj: http://tech.groups.yahoo.com/group/altdotnet/message/10434

Wyobraź sobie, że masz klasę wysyłającą e-mail. EmailSender. Wyobraź sobie, że masz inną klasę WorkflowStepper. Wewnątrz WorkflowStepper musisz użyć EmailSender.

You could always say new EmailSender().Send(emailMessage);

Ale to-użycie new - tworzy ciasne sprzężenie, które jest trudne do zmiany. (w końcu jest to mały wymyślony przykład)

Co z tego, że zamiast nowego chłopca w WorkflowStepper, po prostu przekazałeś go konstruktorowi?

Więc ktokolwiek dzwonił, musiał zmienić Emailsendera.

new WorkflowStepper(emailSender).Step()

Wyobraź sobie, że masz setki tych małych klas, które mają tylko jedną odpowiedzialność (google SRP).. i używasz kilku z nich w WorkflowStepper:

new WorkflowStepper(emailSender, alertRegistry, databaseConnection).Step()

Wyobraź sobie, że nie martwisz się o szczegóły EmailSender kiedy piszesz WorkflowStepper lub AlertRegistry

Po prostu martwisz się o troskę, z którą pracujesz.

Wyobraź sobie, że cały wykres (drzewo) obiektów i zależności jest podłączony w czasie wykonywania, tak, że gdy to zrobisz:

WorkflowStepper stepper = Container.Get<WorkflowStepper>();

You get a real deal WorkflowStepper wszystkie zależności są automatycznie wypełniane tam, gdzie ich potrzebujesz.

Nie ma new

To po prostu zdarza się - ponieważ wie, co czego potrzebuje.

I możesz napisać mniej błędów za pomocą lepiej zaprojektowanego, suchego kodu w testowalny i powtarzalny sposób.