[GrabkaMan]

Jak w logiczny sposób można wytłumaczyć wstrzykiwanie zależności (dependency injection)?

Czytałem o tym na kilku stronach i nadal niezbyt rozumiem różnicę między wstrzykiwaniem, a tworzeniem obiektu podczas wywoływania funkcji:

private void temp(wlasnyTyp nazwaElementu){ }

W Angularze jest to używane:

export class NowaKlasa{
contructor(private nazwaElementu: wlasnyTyp) {}
}

#programowanie #angular #csharp

[asciiterror]

@teddybear69: mógłbyś pokazać jakiś lepszy, mniej skomplikowany sposób niż DI?

[teddybear69]

@asciiterror przekazanie w parametrze

[asciiterror]

@teddybear69: parametrze czego, metody, konstruktora? bo na co dzień DI sprowadza się właśnie do dodania parametrów w konstruktorze, @autoinject albo coś podobnego na klasę i już

[teddybear69]

@asciiterror i potem bałagan w kodzie, podziękuję

[asciiterror]

@teddybear69: mógłbyś proszę wyjaśnić o jaki parametr ci chodziło?

[C.....y]

@teddybear69: Meh, zbyt oczywisty trolling. Dobrze zacząłeś, ale to już zbyt przegięte

[teddybear69]

@asciiterror no dowolny, to tu nie ma znaczenia, generalnie jak tylko zewnetrzny kontener zaczyna zarzadzac wstrzykiwaniem to od razu kod sie robi nieczytelny jednocześnie bez korzysci dla projektu

[MQs]

@teddybear69: Mówisz o autowiring a nie dependency injection chyba, bo to drugie to właśnie przekazywanie parametrów. Sam kontener też nie koniecznie wstrzykuje automatycznie.

[asciiterror]

@teddybear69: @MQs: możesz mieć dependency injection bez żadnego kontenera, chodzi tutaj o różnicę między
class Foo(private bar: Bar) {} a class Foo() {private bar: Bar = new Bar()}

[teddybear69]

@MQs dependency injection nie wstrzykuje parametrów? Lol

[teddybear69]

@asciiterror różnica jest taka, że w drugim kod jest czytelny i wiadomo co masz w polu, a nie jakieś cuda z kosmosu po nic

[asciiterror]

@teddybear69: pisałeś kiedyś unit testy może? Co jeżeli Bar chce coś dostać w konstruktorze a tego nie masz?

[MQs]

@teddybear69: To co rozumiesz przez przekazywanie parametrów to się po angielsku nazywa dependency injection. W budżetówce kodziłeś?

[teddybear69]

@asciiterror no widzisz, bo jak piszesz taki kod to nie masz polowy rzeczy. Bez tego masz przecież dostęp do wszystkiego, bo nie chowa się nic w kontenerze

[asciiterror]

@teddybear69: dokładnie o to chodzi, żeby nie mieć połowy rzeczy i mieć tylko tą drugą połowę, która faktycznie jest w danym miejscu potrzebna. Bo inaczej wszystko zależy od wszystkiego i jak chcesz cokolwiek zmienić, to nagle to się robi bardzo trudne.
Piszę sobie "chcę dostać Bar" i nie interesuje mnie to skąd to dostanę, ważne że działa. Jak to ogarniesz to naprawdę prościej się pisze, a niepotrzebnego kodu jest mniej.

[teddybear69]

@asciiterror no cóż, nikt nie mówił, ze bycie programistą jest łatwe, czasami rzeczy są trudne, ale to nie powód, żeby kryć się za hipsterskimi wzorcami

[asciiterror]

@teddybear69:

hipster perceives him/herself as the counterpoint to mass-culture and conformity

wszyscy używają DI oprócz ciebie, kto tu jest hipsterem? nie rozumiem dlaczego utrudniasz sobie życie "bo programowanie musi być trudne"

[teddybear69]

@asciiterror nie zrozumiałeś mnie, to że ty nie potrafisz sobie poradzić z kodem nie jest moim zadaniem powodem, dla którego powinno się unikać konfrontacji z kodem jako wymówkę stosując pseudopomocne wzorce

[asciiterror]

@teddybear69: czy ja powiedziałem że nie potrafię czy że z DI jest łatwiej? Po co mam się konfrontować w taki sposób z kodem skoro mogę tego nie robić a zwoje mózgowe przeznaczyć na faktycznie istotne rzeczy?

[teddybear69]

@asciiterror jezeli twoje trolowanie w tym wątku to te istotniejsze rzeczy, to współczuję