@Piateczka: jak jednokierunkowa to w javascript new img z podaniem src do skryptu + parametry get. jezeli dwukierunkowa to moze tak samo jak z obrazkiem tylko javascript? ewentualnie websocket. czemu nie ajax?

@Goglez: Słowo kluczowe "Include".

http://foreverframe.net/when-use-include-with-entity-framework/

https://msdn.microsoft.com/en-us/library/jj574232(v=vs.113).aspx

@Goglez: jeżeli chodzi o część bazodanową to w książeczce - https://pragprog.com/book/bksqla/sql-antipatterns znajdziesz świetny opis jak to dobrze trzymać w bazie danych. Szczególnie jeżeli komentarze są hierarchiczne i można odpowiadać na czyjąś odpowiedź etc. etc.

@piotrek-5: nie wiem jak Identity w .net core wygląda, ale może to Cię nakierować (przykład w klasycznym .NET)
https://stackoverflow.com/questions/28335353/how-to-extend-available-properties-of-user-identity

@pepepanpatryk: Ten z EntityFramework nie da rady?

@pepepanpatryk: Ten: https://github.com/aspnet/Identity/blob/3.0.0-rc1/src/Microsoft.AspNet.Identity/PasswordHasher.cs

@spetz: A ten, książkę programistyczną już napisałeś? Czy kończysz? Jak coś, to mam tytuł:
( ͡° ͜ʖ ͡°)

@KorelacjaProkrastynacji: na pewno przyda Ci się wiedza dot. N-tier architecture, inverted n-tier architecture, budowanie softu z pomocą CI/CD, SOLID principles, NHibernate, NUnit, TDD, BDD, EntityFramework. Na początek to i tak dużo, ale to wymagania rynku i tylko na tym zyskasz posiadając jakąś sensowną wiedzę w tych tematach. Oczywiście przećwicz wszystko jakimś projekcikiem żebyś miał praktyczne jakieś doświadczenie z tym związane (stron z tematami projektów jest w brud, ewentualnie zrekonstruuj jakiśPokaż całość

na juniora to wystarczy wiedzieć czym się różnią typy wartościowe od referencyjnych i znać jakieś podstawowe wzorce projektowe

@Priya: kiedy ostatnio rekrutowałeś się na juniora bez doświadczenia lub z małym doświadczeniem? Piszesz bzdury jeśli uważasz, że to wystarczy to czas zweryfikować fakty.

@pepepanpatryk: ja korzystałem, ale w sumie poza uproszczonym routingiem, konfiguracją i zwracaniem danych(wrzucasz dane do Dictionary z kluczem typu string i nancy już ładnie ci to przerobi na JSON) nie za bardzo widzę zalety(ale może to tylko dlatego, że pisałem tylko REST API do standalonowej apki)

@pepepanpatryk: używałem tego, nawet wdrożyłem dwie albo trzy aplikacje produkcyjnie.
Ogólnie całkiem przyjemny mini framework. Z rzeczy, które mi się bardzo podobały to "pipe / pipeline" z eventami, w które można się było fajnie wbijać. Teoretycznie możesz to hostować na linuxach, choć nowe .net core 2 (w sumie 1 również) też możesz.

Ogólnie miło wspominam, ale raczej do czegoś małego albo do napisania "na szybko".

Do dużych, rozbudowanych systemów to jednak lepiej pojechać klasykiem, czyli co tam wg. Microsoftowego standardu jest aktuat na topie (więcej osób będzie to znało, więcej narzedzi, większe communityPokaż całość

@DomelXXX: Dokładnie to co mówi @Vokil.

Przestańcie tak narzekać na ten Microsoft. O ile Windows jak dla mnie to totalna klapa(sam korzystam z Debiana), to sama platforma .net, język C#, Sql Server, czy gro innych narzędzie, które stworzył Microsoft, są naprawdę solidnie zrobione.

@Yahoo_: o przepraszam ( ͡° ͜ʖ ͡°) @imaco

@krzysztofu:
https://www.google.pl/search?q=co+to+.net+framework

https://www.google.pl/search?q=co+to+asp.net

@krzysztofu: Platforma, która zawiera zarówno środowisko do uruchomienia programu, ale też biblioteki podstawowe.

Generalnie .NET Framework musi być zainstalowany, żeby odpalić program (napisany w C#, F#, VB, czy też dowolnym języku, który parsuje się do IL).

ASP.NET pobieramy teraz jako paczki z Nugeta i jest to zbiór bibliotek, które pozwalają na wystawienie aplikacji Webowej.

ASP potrzebuje .NET Framework (albo .NET Core, ale to śpiew przyszłości), ale .NET Framework nie potrzebujePokaż całość

@pepepanpatryk: Wydaje mi się, że można to zrobić jeszcze bardziej generycznie, korzystając z _context.Set i ograniczyć użycie dodatkowych jeszcze obiektów dla każdego zapytania, jeżeli będzie ono np. takie samo dla wielu różnych encji :>

@pepepanpatryk: Przewaga Query nad Repo jest taka, że możesz w bazowej klasie zaimplementować logikię, która będzie wykonywana przed/po głównej metodzie(Execute). Czyli np. możesz tam sprawdzić uprawnienia, logować coś itd. Za to przy Repo będzie mniej kodu.

@mk321: Dwa projekty.
Development:
- backend - developujesz i normalnie uruchamiasz.
- frontend - uruchamiasz na developerskim serwerze (praktycznie wszystkie narzędzia powinny coś mieć, Webpack ma na 100%) i developujesz z "hotswapem" (po każdej zmianie jest rebuild cząstkowy i refresh).

Deployment: deployujesz na dwa rożne serwery (dla backendu jakiś Tomcat, dla frontendu coś co serwuje statyczne pliki). W przyszlości pozwoli to np. zrobić wsadzić load balancer, cdny i inne dziwnePokaż całość

Moim zdaniem rozdział backend/frontend na dwie aplikacje jest dużo wygodniejszy, sama możliwość uruchomienia samego frontu jest dużym plusem.

zastanawiałem się jeszcze jak baza mogła by nadać odpowiednie ID, oraz ParentId, bo w sumie nie wiedziała by, która encja jest w jakiej relacji z inną

@pepepanpatryk: nie pamiętam już jak EF bo dawno cokolwiek robiłem, ale NHibernate radzi sobie z tym całkiem dobrze

public int Id { get; protected set; }

@pepepanpatryk: Tzo?