[tapek]

#programowanie #aspnet #aspnet

Jak sobie radzicie z nadmiarem parametrów konstruktorze przy użyciu IoC i DI? Ale bardziej

Np. macie kontroler:

public class SomeController {

public SomeController(ISomeService someservice, IAnotherService anotherservice,... etc)

}

Oczywiście powyższe łamie SPR i nadmiar parametrów jest oznaką, że coś się nie dobrego dzieje z klasą (w tym wypadku z kontrolerem) i należy go podzielić na mniejsze części, ale w mojej ocenie jest to spychanie problemu niżej. Bo nawet jeżeli założymy , że kontroler ma być tylko ekspozyturą logiki businessowej z jak najmniejszą ilością logiki to gdzieś musimy w końcu połączyć te różne serwisy...

[w.....j]

@tapek: musimy je połączyć ale to w zaden sposób nie jest spychanie problemu tylko dzielenie go na mniejsze czesci

[Yahoo_]

@tapek: Ile masz tych serwisów?

[joGgurt]

@tapek: A nie możesz tego zrobić property injection?

[tapek]

@Yahoo_: średnio kilkanaście w całym projekcie. W tym do jednego controllera maksymalnie 6-7.

@joGgurt: Jednak nie zmieni to za bardzo problemu SRP, a wg mnie łatwiej jest testować jeżeli wstrzykuje się przez konstruktrora.

[Yahoo_]

@tapek to tragedii nie ma. Pytanie brzmi czy nie powinno się podzielić kontrolerów na mniejsze. Jeśli ma to sens to warto to pewnie zrobić, jak nie ma to nie próbowałbym na siłę tego ruszać :)