Czyli korzystanie z EF pozostaje, cieszy mnie to bo korzystałem z niego już nie raz i jest na prawdę przyjemny. :)
Oczywiscie, jest przyjemny, rowniez z niego korzystalem. Nie warto kierowac sie jakimis fanatycznymi opiniami ludzi nastawionych na tylko jedna technologie. Sam np. nigdy nie uzywalem dluzej NHibernate, tylko sie nim chwile pobawilem i nie podoba mi sie. Czy bede przez to go odradzal i mowil ze to zlo? Nie, niech kazdy stosuje to co mu wygodnie i najlepiej pasuje do danej sytuacji.
Ja z naszej dwójki mam subtelne doświadczenie z Angular. Angular jest aż takim kolosem? Myślałem o Angularze z racji jego połączenia z TypeScriptem, który jest według mnie bardziej przyjemny niż suchy JS, chyba że się gdzieś mylę. :P Osobiście mam doświadczenie backendowe, z frontem nie miałem prawie wgl do czynienia. React i Vue są prostsze w zastosowaniu?
Co do Angulara to nigdy z nim nie pracowalem, wiec opieram sie tylko na opiniach innych oraz tym co sam powierzchownie wyczytalem z dokumentacji. Ogolnie to coraz wiecej zainteresowania maja wlasnie lzejsze technologie, mniej narzucajace programiscie i posiadajace mniejszy prog wejscia. Nie ma przeszkod aby korzystac z TS wraz z React/Vue, chociaz fakt ze w Angular jest to naturalnie zintegrowane. Najlepiej jak sami sobie poczytacie o tych trzech najwiekszych tachnologiach frontendowych i razem zdecydujecie.
Message broker? Pewnie to duży wstyd się przyznać, ale pierwszy raz słyszę o takim pojęciu, mógłbyś jakoś rozwinąć/streścić temat?
Zaden wstyd. Stosunkowo niewiele osob o tym slyszalo, mniej zaglebialo temat a jeszcze mniej stosuje. Zaznaczam ze zaleznie od projektu moze byc to przerost formy nad trescia, jednakze jesli zalezy Wam na napisaniu czegos ambitnego, oraz potencjalnie latwo skalowalnego to mysle ze warto to rozwazyc. Krotko mowiac, chodzi o to ze komponenty systemu komunikuja sie za pomoca wysylania wiadomosci (messages), ktore nastepnie umieszczane sa w kolejce i "zdejmowane" z tej kolejki poprzez konsumenty (np. windows service). Skalowlnosc mozna zapewnic zwiekszajac liczbe konsumentow (instancje tego samego windows service- competing consumers). Masz kolejke z wiadomosciami, oraz kilka uruchomionych konsumentow. Najlepiej samemu poczytac:
Asynchronous message-based communication
Competing Consumers pattern
RabbitMQ
MassTransit
A jak wyglądają kwestie wyboru bazy danych do takiego projektu. Wiem, że Microsoft udostępnia kilka rodzajów baz, z tego co pamiętam Developer, Express i chyba jeszcze jakieś. Czy wybór rodzaju jest jakoś kluczowy czy przełomowy w samym projekcie czy jest to stosunkowo "obojętne"? I czy sam wybór bazy Microsoftu to rozsądny wybór? Sam korzystałem z niej nie raz i bardzo cenie sobie Managment Studio.
Jest jak najbardziej normalnym wyborem. Licencja Developer pozwala po prostu na korzystanie z pelnego pakietu (chyba Enterprise jesli sie nie myle) nie-produkcyjnie. SQL Server Express to po prostu wersja darmowa, warto poczytac o ograniczeniach ale mysle ze dla Waszego projektu w zupelnosci wystarczy. Express jest rowniez uzywany w produkcji, i sprawdza sie.
Do tej pory zawsze wybierałem .Net Framework bez zastanowienia kiedy go wybieram. Nie bardzo myślałem nawet o .Net Core. I właśnie, kiedy .Net Core jest dobrym wyborem? Czy w takim projekcie dobrze jest na zwykłym Frameworku czy uczyć się jak rozumiem czegoś nowszego, a więc Core?
Popieram to co kolega wyzej pisal. Nie zastanawiac sie tylko isc w Core.