ASP.NET MVC - czy powinno się używać DI?

Odpowiedz Nowy wątek
2019-02-09 08:44
0

Witam, piszę aplikację z użyciem ASP.NET MVC. Jest to prosta aplikacja, aby poćwiczyć składająca się z kilku tabel dlatego zastanawiam się czy w takich prostych aplikacjach powinno używać się np DI ? Jakie są Wasze opinie ?

edytowany 2x, ostatnio: Ktos, 2019-02-09 09:50

Pozostało 580 znaków

2019-02-09 09:51
2

Choćby do wstrzykiwania serwisów/repozytoriów/DbContext do twoich kontrolerów może być przydatny.

Pozostało 580 znaków

2019-02-09 10:08
3

@Andrew00: nie jestem pewien czy dobrze rozumiem Ciebie, ale wydaje mi się że mogłes pomylić kontener IoC z DI. Kontener to tylko jedna z form stosowania wstrzykiwania zależności. Ja DI stosuje praktycznie zawsze, korzystając z konstruktorów, przy czym te konstruktory mogą być wywołane przez kontener Springowy (pisze w Javie).


Nie pomagam przez PM. Pytania zadaje się na forum.
edytowany 1x, ostatnio: scibi92, 2019-02-09 10:09
(pisze w Javie) hehe to ktoś we wszechświecie jeszcze tego nie wie? ;-) - Aryman1983 2019-02-09 10:16
Dzieci z Afryki na przykład pewno tego nie wiedzą :) - scibi92 2019-02-09 10:28
@scibi92: nie byłbym taki pewien :-) - Aryman1983 2019-02-09 11:49

Pozostało 580 znaków

2019-02-09 11:35
3

Tak, używaj DI. Skoro piszesz mała aplikacje do nauki, to dla czego nie uczyć się też dobrych praktyk?


Na każdy złożony problem istnieje rozwiązanie które jest proste, szybkie i błędne.

Pozostało 580 znaków

2019-02-09 11:45
0

Zapytam jeszcze o technologię ASP.NET, gdybyście mieli teraz wybrać to MVC czy może WebForms ?

Pozostało 580 znaków

2019-02-09 11:47
2

Tylko i wyłącznie MVC. Jeśli natomiast nie ma innego wymogu, to ucz się ASP Core.


Na każdy złożony problem istnieje rozwiązanie które jest proste, szybkie i błędne.

Pozostało 580 znaków

2019-02-09 16:28
0

Może mi ktoś wyjaśnić jakie korzyści są z DI, oprócz tego ze możemy ustawić która implementacja ma być wstrzykiwana?

Pozostało 580 znaków

2019-02-09 16:42
1
kzkzg napisał(a):

Może mi ktoś wyjaśnić jakie korzyści są z DI, oprócz tego ze możemy ustawić która implementacja ma być wstrzykiwana?

  1. Wstrzykiwania i tak każdy używa, tylko nie każdy to wie, bo niektórzy myślą, że DI wymaga magii. Tymczasem w kodzie new BufferedInputStream(new FileInputStream(someFile)) wstrzyknęliśmy obiekty typu FileInputStream do obiektu typu BufferedInputStream.
  2. Wstrzykiwanie we własnych klasach przydaje się do testowania. Np klasa FolderSynchronizer może mieć wstrzyknięte dwa parametry: sourceFolder i targetFolder. Potem odpalamy jakąś metodę, np synchronize i ta metoda synchronizuje te foldery. Jeśli nie testujemy to możemy na sztywno używać np wartości z globalnej konfiguracji i styknie. Natomiast w testach chcielibyśmy uniknąć zabawy z modyfikowaniem globalnego stanu.
  3. Nawet jeśli nie obchodzi nas testowanie to wstrzykiwanie umożliwia też tworzenie wielu instancji obiektu, które robią trochę co innego. Chcemy mieć dwie instancje klasy FolderSynchronizer? Podajmy (czyli wstrzyknijmy) zależności (tutaj: konfigurację, czyli namiary na foldery) jako parametry i gotowe.
  4. I tak dalej...

"Programs must be written for people to read, and only incidentally for machines to execute." - Abelson & Sussman, SICP, preface to the first edition
"Ci, co najbardziej pragną planować życie społeczne, gdyby im na to pozwolić, staliby się w najwyższym stopniu niebezpieczni i nietolerancyjni wobec planów życiowych innych ludzi. Często, tchnącego dobrocią i oddanego jakiejś sprawie idealistę, dzieli od fanatyka tylko mały krok."
Demokracja jest fajna, dopóki wygrywa twoja ulubiona partia.
edytowany 1x, ostatnio: Wibowit, 2019-02-09 16:43

Pozostało 580 znaków

2019-02-10 21:30
0

Zacząłem testować użycie Ninject w C# i nasunęło mi się takie pytanie.
Gdy mam jakąś prostą aplikację w ASP.NET z użyciem MVC np. rezerwację książki z biblioteki ( lub coś równie prostego) to metody typu dodaj do bazy, usuń, modyfikuj itp. powinno się do nich używać interfejsów i później cały mechanizm wstrzykiwania zależności czy może jest to użycie zbyt dużego kalibru ?

Drugie pytanie: z Waszego doświadczenia jakie interfejsy stworzylibyście w takie aplikacji z rezerwacją. ( chcę to dobrze zrozumieć i ciekawi mnie jak podeszlibyście do tego typu zagadnienia ) ?

Pozostało 580 znaków

2019-02-10 22:25

Zacząłem testować użycie Ninject w C# i nasunęło mi się takie pytanie.

Raz jeszcze zachecam do nauki ASP.Net Core. Masz tam wbudowany mechanizm DI ktory- moim zdaniem- jest wlasnie bardzo dobry do nauki bez instalowania zewnetrznych paczek DI.

Gdy mam jakąś prostą aplikację w ASP.NET z użyciem MVC np. rezerwację książki z biblioteki ( lub coś równie prostego) to metody typu dodaj do bazy, usuń, modyfikuj itp. powinno się do nich używać interfejsów i później cały mechanizm wstrzykiwania zależności czy może jest to użycie zbyt dużego kalibru ?

To zalezy co probujesz osiagnac. Uczyc sie? Uzywaj DI. Pisac kod poprawnie i tak aby mozna bylo go latwo rozszerzac i testowac? Uzywaj DI. Napisac cos szybko "na kolanie" w ramach szybkiego przetestowania? Zapewne mozna to olac.

Drugie pytanie: z Waszego doświadczenia jakie interfejsy stworzylibyście w takie aplikacji z rezerwacją. ( chcę to dobrze zrozumieć i ciekawi mnie jak podeszlibyście do tego typu zagadnienia )?

"Taka aplikacja z rezerwacja" moze oznaczac bardzo wiele, wszystko zalezy od wymagan. Nie tworz abstrakcji na sile, tworz ja tam gdzie widzisz potrzebe (czyli np. jesli w kontrolerze chcesz wywolac jakis serwis biznesowy zaczynajac od "new" to jest to oznaka ze nalezy wprowadzic abstrakcje i DI). Jesli jeszcze tego nie zrobiles, to zacznij pisac testy swojego kodu. Sam zobaczysz gdzie DI moze bardzo to ulatwic.


Na każdy złożony problem istnieje rozwiązanie które jest proste, szybkie i błędne.

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0