dotnetomaniak.pl - Entity-Attribute-Value fallacy

Witaj Maniaku , Zaloguj sięlub Zarejestruj

Architektura
Rozwiązania na wyższym poziomie abstrakcji. Wzorce, dobre praktyki i pomysły.
Bazy danych i XML
MSSQL, Oracle, mySQL, PostgreSQL. ORMy i nie tylko
Cloud
Rozwiązania chmurowe - Azure, AWS i inne
Daj się poznać 2016
Artykuły w ramach konkursu Daj się poznać
Daj się poznać 2017
Artykuły w ramach konkursu Daj się poznać - edycja 2017
Inne
Pozostałe nigdzie indziej niesklasyfikowane artykuły
Mobile development
WP7, WindowsMobile, WindowsCE ale także inne platformy mobilne
Narzędzia
Przydatne narzędzia dla każdego
Office
Sharepoint i wszystko co związane z programowaniem na tę platformę
Programowanie rozproszone
Wszystko co związane z rozwojem aplikacji przystosowanych do obsługi więcej niż 1 maszyny
Silverlight
Rich Internet Applications od MS. Wszelkie wersje i dodatki.
Sztuka programowania
Przykłady ładnego kodu, wpisy o tym jak pisać kod aby był czymś więcej niż zlepkiem znaków
Web
Web Forms, MVC, jQuery i inne przydatne rzeczy dla każdego siedzącego w Web Development
Windows
WinForms, WPF, kontrolki i wszystko inne związane z programowaniem na platformę Windows

O dotNETomaniak

Sklep z gadżetami

Entity-Attribute-Value fallacy | Radek Maziarka

“EAV fallacy” – assumption, that you can model complex problem with an Entity-Attribute-Value solution. When I hear that EAV structure will solve all of our future unknown problems I want to run away. Let me describe why...

Tagi: domain driven design

Źródło: radblog.pl

Dziel się z innymi: