Onion architecture czy do portfolio?

Question

Hej, map pytanie czy lepiej pisać projekty do portfolio z onion architecture czy n-layer.

Napisałem jeden projekt w onion architecture: BuyMe

Byłbym wdzięczny jeśli ktoś mógłby ocenić czy nic w nim nie pomyliłem pod względem architektury.

Będę wdzięczy za odpowiedzi.

Answer 1

Nie zdobędę się na recenzowanie z braku czasu. Ale co do głównego pytania, umieść wszystkie style architektoniczne jakie znasz. Każda arch. ma swoje ograniczenia oraz zalety. Jeśli w trakcie rozmów kwalifikacyjnych trafisz na etap dyskusji o różnych stylach architektonicznych, będziesz mógł wykazać się nie tylko wiedzą z projektów w których brałeś udział, ale także tych w których z premedytacją stosowałeś architekturę narzuconą. Choćby przez siebie i choćby wiedząc że jest... nieadekwatna do problemu... :) To ostatnie jest bardzo cennym doświadczeniem. Tym bardziej że jest to częsty przypadek na etapie utrzymania wiekowych już rozwiązań...

Answer 2

Wywal z repo

• bin/
• obj/
• .vs/

AppSeeder też bym wywalił, lepiej taką inicjalizacje danych testowych robić na zewnątrz

Tego zipa w Serwer/ też wywal, nie ma sensu go trzymać w repo

Co do kodu samego w sobie, to zwykły prosty mikro projekt, przy tej skali trudno spotkać problemy większych projektów, przy których wybór architektury ma odczuwalne znaczenie, fajną praktyką jest doprowadzenie projektu do stanu w którym sprawia problemy, bo ma małą rozszerzalność i trudno coś zmienić bez strachu o zepsucie czegoś innego - osobiście z takich najwięcej się uczyłem.

Zdarzało się nawet że po nauce na błędach wpadłem na super pomysł, który wydawał się idealny dla mojego projektu lub projektu który mieliśmy w pracy, a później trafiałem w pracy na projekt, w którym ktoś kilka lat temu wpadł na podobny pomysł i mogłem się przekonać, że mój nowy super pomysł, mimo że fajnie rozwiązywał niektóre problemy i był lepszy projektów przez które na niego wpadłem, to wcale nie był taki dobry

Do jakości kodu chciałbym móc się przyczepić, bo uwagi w tym obszarze dają największą wartość i po tym można najbardziej ocenić poziom umiejętności, ale kodu jest zdecydowanie za mało, nawet jeśli w jakichś miejscach widzę niedociągnięcia, to to są rzeczy typowe dla małych projektów, nie ma sensu pchać potężnych rozwiązań z potężnych projektów, bo byłby przerost formy nad treścią i więcej pracy nad rzeczami wokół logiki, niż samej logiki

Co do frontendu, lepiej wyglądałby jakiś react albo angular niż sztywny html