dotnetomaniak.pl - Najnowsze artykuły o .NET w dziale Architektura - Strona 33

Dzisiejszy post jest sponsorowany przez hipotetyczną hurtownię, której właściciele chcą zbudować system zarządzania towarami w oparciu o metodykę DDD. Skrócony opis domeny biznesowej przedstawia się następująco. Hurtownia ma na stanie wiele produktów. Każdy produkt ma określoną ilość, która znajduje się w magazynie. Ilość ta jest określona w jednostce miary danego produktu. Produkty mogą być zamawiane (pewna ilość produktu jest tymczasowo przypisywana d...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : [PL] Mentoring DDD: Zdarzenia domenowe, a transakcje

Architektura 5367 dni, 12 godzin, 52 minuty temu macko 85 źrodło rozwiń

[PL] Having The Infrastructure vs having an infrastructure IIPoprzedni post dotyczący Infrastruktury wywołał całkiem sporą dyskusję w komentarzach. Właściwie to nie była dyskusja, bo wszyscy zgodzili się z moją tezą, że budowanie Infrastruktury przez duże "I" nie jest dobrą praktyką. Co jednak w sytuacji, kiedy mamy dostępną gotową bibliotekę, która spełnia wszystkie nasze aktualne i przyszłe (aż do przewidywanego kolapsu wszechświata) potrzeby? Z początku wydawało mi się, że odpowiedź jest prosta: bi...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : [PL] Having The Infrastructure vs having an infrastructure II

Architektura 5376 dni, 17 godzin, 51 minut temu Paweł Łukasik 18 źrodło rozwiń

Pod tym angielsko brzmiącym tytułem kryje się jak najbardziej polska notka. Po prostu nie udało mi się znaleźć dobrego polskiego tłumaczenia (pewnie z powodu braku article-i). Do napisania zainspirował mnie tym razem Ayende, a szczególnie jeden z diagramów zamieszczony w tym poście. Bardzo częstym błędem większości początkujących architektów (a do takich chciałbym się zaliczać) jest kładzenie nacisku na Infrastrukturę. Wciąż pokutuje myślenie iż technologia jest lekarstwem na wszelkie problemy związan...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : [PL] Having The Infrastructure vs having an infrastructure

Architektura 5384 dni, 13 godzin, 14 minut temu Paweł Łukasik 26 źrodło rozwiń

Pierwszy post z cyklu przygotowania systemu do wykorzystania mocków przy testach jednostkowych.

Tagi: Mocks, unit tests
Dziel się z innymi:
Maciej Aniserowicz | Testy jednostkowe z wykorzystaniem mocków - wstęp

Architektura 5392 dni, 10 godzin, 11 minut temu Paweł Łukasik 87 źrodło rozwiń

Czytając Agile: Principles, Patterns and Practices natknąłem się (dla posiadaczy książki - na stronie 252) na ciekawą tezę dotyczącą UML-owej relacji agregacji. Uncle Bob twierdzi, że relacja ta nie wnosi niczego do diagramu i odradza jej użycie. Co więcej, w sekcji dotyczącej kompozycji (następna strona) pada stwierdzenie, że definicja tej relacji (czas życia części jest ograniczony do czasu życia całości) jest bez znaczenia dla programisty C#, ponieważ istnieje garbage collector. Przyznam się szczerze...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : Agregacja: powinni tego zabronić?

Architektura 5398 dni, 14 godzin, 11 minut temu macko 71 źrodło rozwiń

Daniel o tym jak sprawnie możemy mock'ować nasz kod opatrzony widocznością internal bez zbędnego jego upubliczniania.

Tagi: Mocks, TDD
Źródło: zine.net.pl
Dziel się z innymi:
Bezpieczne mockowanie internal methods

Architektura 5407 dni, 2 godziny, 28 minut temu Paweł Łukasik 59 źrodło rozwiń

Jak w większości systemów budowanych w oparciu o DDD, tak i w naszym natrafiliśmy w końcu na problem poprawności obiektów modelu domeny. Na samym początku ograniczyłem się do przekazania programistom informacji, że dobry obiekt modelu powinien być zawsze poprawny. Pomyślałem, że jest to dobre pierwsze przybliżenie. Szczegółami zajmiemy się później. Szczegóły te miały, według moich przewidywań, dotyczyć walidacji zależnej od kontekstu, która sprawia, że Jeffrey Palermo nie wierzy w zasadę "always valid"....

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : [PL] Mentoring DDD: Poprawność

Architektura 5412 dni, 8 godzin, 28 minut temu macko 61 źrodło rozwiń

Na wstępie chciałbym zaznaczyć, że w żadnym razie nie jestem ekspertem od DDD. Ja się wciąż i dopiero uczę i moje posty z serii "Mentoring DDD" są wyrazami tegoż procesu (samo)kształcenia. Dlaczego więc "mentoring"? Ano dlatego, że wspieram Domain Driven Design w mojej firmie poprzez konsultacje, pomoc duchową i cielesną. Staram się przewidywać problemyi zdobywać wiedzę na temat sposobów ich rozwiązania zanim się pojawią. Nie posiadam jednak (jeszcze) tej wiedzy w postaci przetworzonej w trwałe połączeni...

Tagi: DDD, model
Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : [PL] Mentoring DDD: Powstawanie modelu

Architektura 5414 dni, 18 godzin, 59 minut temu Paweł Łukasik 78 źrodło rozwiń

Wzorzec memento pozwala na przechwycenie stanu obiektu i zachowanie go gdzieś na zewnątrz tego obiektu, dzięki czemu może być on później odtworzony....

Piotrosz | Wzorce projektowe: Memento

Architektura 5415 dni, 18 godzin, 12 minut temu macko 217 źrodło rozwiń

Strongly-typed DisplayValue i DisplayMember / DataValueField i DataTextField Ileż to razy zmuszeni jesteśmy pisać kod temu podobny: list.ValueMember = "Id"; list.DisplayMember = "Name"; Na CodeGuru niejednokrotnie pytano o jakiś sposób na rozwiązanie tego problemu. Podawanie stringów jest ZŁE, niewygodne i bardzo podatne na błędy wszelakie. Zmiana nazwy właściwości rozwala UI, refactoring bez dodatkowych narzędzi jak Resharper potrafi napsuć sporo krwi (a i z pomocą R# wcale przyjemny nie jest...

. jak .NET by Maciej Aniserowicz : Strongly-typed DisplayValue i DisplayMember / DataValueField i DataTextField

Architektura 5419 dni, 5 godzin, 34 minuty temu Paweł Łukasik 45 źrodło rozwiń

Dziś pragnę się z Wami podzielić moim odkryciem. Być może dla niektórych z Was nie będzie to nowość, a jeśli nawet to nic specjalnego. U mnie jednak spowodowało sporo radości (profesjonalnej) i uczucie podziwu dla autorów NHibernate.

Tagi: DDD, NHibernate
Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : Mentoring Domain Driven Design: Part two

Architektura 5419 dni, 5 godzin, 34 minuty temu Paweł Łukasik 61 źrodło rozwiń

Druga notka na temat pojedynczej sesji TechEd i znów dotyczy prezentacji Juval-a Lowy. Tym razem na warsztat postanowiłem wziąć prezentację o nieco intrygującym tytule "The Zen of Architecture". W moim przekonaniu Lowy był gwiazdą tegorocznej edycji TechEd, przynajmniej jeśli chodzi o tematy mnie interesujące, czyli architektura, SOA i okolice.

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : TechEd: The Zen of Architecture

Architektura 5422 dni, 13 godzin, 14 minut temu Paweł Łukasik 20 źrodło rozwiń

Wydaje mi się, że była to najlepsza sesja na TechEd 2009, w jakiej miałem przyjemność brać udział, dlatego postanowiłem poświęcić jej osobną notkę. Wcześniej coś tam słyszałem o MEFie, ale na tyle mało, że chciałem dowiedzieć się więcej, szczególnie, że ta technologia znajduje się na liście moich “TODO” [ostatnio mam wrażenie, że ta lista raczej będzie się wydłużać niż skracać – przyp. autora]. O samej technologii dowiedziałem się, że jest to framework, który największy nacisk kładzie na rozszerzalność i...

Źródło: zine.net.pl
Dziel się z innymi:
Zleszczone programowanie... : Open Up Your Applications with the Managed Extensibility Framework

Architektura 5422 dni, 13 godzin, 14 minut temu Paweł Łukasik 81 źrodło rozwiń

Postanowiłem rozpocząć serię krótkich notek dotyczących Domain Drvien Design. Prosto z "pola bitwy", ponieważ mam to szczęście być architektem w projekcie, w którym wykorzystujemy DDD jako sposób projektowania poszczególnych modułów. Uparłem się na to DDD, to teraz mam.

Tagi: DDD
Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : Mentoring Domain Driven Design: Part one

Architektura 5425 dni, 3 godziny, 42 minuty temu Paweł Łukasik 58 źrodło rozwiń

Moje pierwsze zetkniecie z Sandcastle nie było najszczęśliwsze – help file – potrzebny był ‘na wczoraj’ a tu, dostępną miałem linie poleceń i masę parametrów, których ilość nie nastrajała optymistycznie. Mówiąc krótko byłem zawiedzony. Minęło trochę czasu i znów zmuszony byłem stworzyć plik pomocy – postanowiłem ponownie spróbować Sandcastl’a. Cóż, jeśli chodzi o sam pakiet to niewiele sie w nim zmieniło – inny numerek, ale cały czas mało przyjazny dla użytkownika. To że ktoś zajmuje sie programowaniem n...

Tagi:
Dziel się z innymi:
Sandcastle i generowanie plików pomocy «  .NET i takie tam

Architektura 5432 dni, 1 godzinę, 35 minut temu http://ksciana.wordpress.com/ 84 źrodło rozwiń

DO or not DO? DO jak Data Object, zwane także DTO – Data Transfer Object, VO – Value Object czy nawet Presentation Entity. Używać czy nie używać? Oczywiście nie spodziewajcie się jednoznacznej odpowiedzi, a jeśli już taka padnie to pewnie będzie dość subiektywna. Problem ten przewija się na wielu forach i stosowanie obiektów DTO ma ty...

Dziel się z innymi:
DO or not DO? « Beniamin Zaborski's Blog

Architektura 5444 dni, 15 godzin, 30 minut temu Paweł Łukasik 45 źrodło rozwiń

Kompozyt (Composite) pozwala na takie zgrupowanie różnych obiektów, że mogą być one traktowane przez klienta w jednakowy sposób. Przykładem może być wyliczanie zawartości katalogu na dysku. Katalog może zawierać różne elementy: pliki, inne katalogi, drukarki...

Piotrosz | Wzorce projektowe: Composite

Architektura 5445 dni, 6 godzin, 45 minut temu macko 123 źrodło rozwiń

Aplikacje typu REPL (Read, Execute, Print, Loop) są wykorzystywane w celu udostępnienia szybkiego środowiska uruchomieniowego dla kodu pisanego w języku X. Przykładami takich „konsol” jest chociażby konsola F# interactive, czy także konsole IPY i RP udostępnione przez IronPython i IronRuby. W aplikacjach typu REPL chodzi o to, że input wprowadzony przez użytkownika (READ) jest od razu przetwarzany i wykonywany (EXECUTE) zwracając wynik użytkownikowi (PRINT) dając mu możliwość wprowadzenia następnego ...

Źródło: zine.net.pl
Dziel się z innymi:
.neting in the free world : REPL

Architektura 5446 dni, 7 godzin, 7 minut temu macko 28 źrodło rozwiń

Czas zająć się wreszcie kwestią istotną, ale często traktowanąprzez wielu z nas po macoszemu, mianowicie transakcjami, a w zasadzie to zarządzaniem transakcjami. Każdy zdaję sobie sprawę z tego, że jest to bardzo ważny temat, ale nie do końca poświęcamy mu odpowiednią ilość czasu. W tym artykule chciałbym przybliżyć cały mechanizm zarządzania transakcjami jaki daje nam Spring....

Dziel się z innymi:
Ugryźć Spring.Net – (cz.5) Zarządzanie transakcjami « Beniamin Zaborski's Blog

Architektura 5447 dni, 8 godzin, 43 minuty temu Paweł Łukasik 63 źrodło rozwiń

Krótki opis wzorca Łańcuch odpowiedzialności (Chain of responsibility). Wzorzec Chain of Responsibility pracuje z listą obiektów (Handlerów), które implementują interfes IHandler. Handlery te uporządkowane są w łańcuch. Każdy Handler przyjmuje komendę (może to być implementacja wzorca projektowego Command) i jeśli potrafi to zrobić - obsługuje ją. Jeśli dany Handler nie może obsłużyć komendy, przekazuje ją następnemu elementowi w łańcuchu.

Piotrosz | Wzorce projektowe: Łańcuch odpowiedzialności

Architektura 5459 dni, 18 godzin, 27 minut temu macko 210 źrodło rozwiń

1 2... 30 31 32 33 34

Najaktywniejsi w tym miesiącu