dotnetomaniak.pl

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

Na dzisiaj wzorzec prosty i przyjemny: State(Stan). Jak sama nazwa wskazuje służy on do radzenia sobie z wszelkimi sytuacjami, gdzie występują pewne stany, od których zależy to, co zostanie wykonane w ramach operacji. Weźmy pod uwagę przykład znany wszystkim(aczkolwiek rozpaczliwie uproszczony): winda, a konkretnie jej drzwi.

Źródło: www.bdamage.pl
Dziel się z innymi:
Wzorce Projektowe : State | .braindamage

Architektura 3290 dni, 15 godzin, 2 minuty temu mojzesz 122 rozwiń

Wzorzec Interpreter, będący właściwie kompozytem, z tą drobną różnicą, że stosowany jest on do intepretowania/przetwarzania danych zapisanych w jakimś konkretnym języku/składni. Zbierając informacje na jego temat kilkukrotnie natknąłem się na wzmiankę, że przy bardziej skomplikowanym ‘języku’(czymkolwiek, co jest do interpretowania) nie jest on najlepszym wyjściem, ponieważ wydajnościowo troszeczkę kuleje.

Źródło: www.bdamage.pl
Dziel się z innymi:
Wzorzec Interpreter na przykładzie ONP | .braindamage

Architektura 3294 dni, 23 godziny, 26 minut temu macko 105 rozwiń

Modifiability: Or is there Design in Agility? Dziesiejszy poranek spędziłem oglądając kolejny film z InfoQ: "Modifiability: Or is there Design in Agility?". Film ten jest nagraniem panelu dyskusyjnego z udziałem architektów ThoughtWorks pod przewodnictwem Martina Fowlera, przeprowadzonego na konferencji QCon w listopadzie 2007 roku. Oto fragmentaryczne notatki z prezentacji: OOD/OOP/DDDDavid Farley, rozpoczynająć dyskusję na ten temat, dzieli się swoją definicją OOP/OOD: obiektowe techniki programowania...

Tagi: DDD
Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : Modifiability: Or is there Design in Agility?

Architektura 3299 dni, 17 godzin, 12 minut temu Paweł Łukasik 14 rozwiń

Wstęp do wzorca MVP filed in .NET, Programowanie on Aug.23, 2009 Jestem leniem. Tak przyznaję się bez bicia. Ile razy piszę jakąś aplikację, czy to na własny użytek czy na zajęcia uczelniane, tak bardzo staram się skupiać na niezłym dizajnie logiki biznesowej, że jak przychodzi do napisania interfejsu graficznego po prostu olewam sprawę i idę po najniższej linii oporu. Przykładowo w aplikacjach WinForms-owych pakuję wszystko jak leci pod event handlery nie zastanawiając się nawet nad konsekwencjami…bo i...

Tagi:
Dziel się z innymi:
Wstęp do wzorca MVP

Architektura 3302 dni, 12 godzin, 47 minut temu kostrzak 410 rozwiń

Dzisiaj kilka słów na temat wzorca Flyweight – “waga piórkowa”. Wzorzec ten należy do grupy wzorców strukturalnych. Flyweight zajmuje się udostępnianiem pojedynczego obiektu wielu klientom. Wspólny dostęp znajduje zastosowanie gdy występuje potrzeba zarządzania dużą ilością obiektów(setki, tysiące, itp), które posiadają jakąś niezmienną część. Dość prymitywnym przykładem może być proces tworzenia oferty sprzętu: zamiast do każdego długiego opisu powiedzmy procesora, wraz z wszystkimi danymi technicznymi,...

Wzorce Projektowe: Flyweight | .braindamage

Architektura 3302 dni, 12 godzin, 47 minut temu Paweł Łukasik 170 rozwiń

Chciałbym podzielić się z Wami moimi refleksami po obejrzeniu prezentacji Martina Fowlera i Jima Webbera zatytułowanej "Does My Bus Look Big in This?". Prezentacja ta odbywała się podczas konferencji QCon w Londynie w 2008 roku. Minęło już sporo czasu, jednak główne przesłanie nie straciło nic ze swojej aktualności. A przesłaniem tym jest: nie potrzebujemy wielkich, ciężkich i kosztownych produktów ESB! Pierwsza część prezentacj poświęcona jest charakteryzacji typowego pr...

Tagi: ESB, SOA, szyna
Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : Does My Bus Look Big in This?

Architektura 3305 dni, 15 godzin, 44 minuty temu Paweł Łukasik 19 rozwiń

NULL vs. Exception, a może alternatywa? filed in .NET, Programowanie on Aug.13, 2009 Czasem tak się dzieje, że czytając swój własny kod pierwszy raz od kilku miesięcy mamy problem z jego zrozumieniem, zwłaszcza jeżeli nie komentujemy go w odpowiedni sposób. Ale nie jest to jedyna przyczyna problemu. Ostatnio analizując stare projekty doszedłem do wniosku, że istnieje w nich mnóstwo kodu zaciemniającego rzeczywistą logikę działania. Mam tu na myśli dziesiątki wyrażeń postaci if (something != null) i podo...

Dziel się z innymi:
NULL vs. Exception, a może alternatywa? - DM’s blog

Architektura 3306 dni, 15 godzin, 51 minut temu Paweł Łukasik 108 rozwiń

Maciej Aniserowicz o poprawianiu obsługi wyjątków w EntLib.

Dziel się z innymi:
Maciej Aniserowicz - zwięzła obsługa wyjątków z Enterprise Library

Architektura 3307 dni, 9 godzin, 25 minut temu jakubmal 46 rozwiń

DbC - czyli wyraź swoje intencje Dzisiaj nieco koncepcyjnie (no tak - a kiedy nie było :)) na temat idei kontraktów, tego jak podchodzić z tą myślą do projektowania i implementacji. O czym konkretnie myśleć i w ogóle PO CO w ten sposób myśleć. Sama idea Design by Contract wprowadzona została przez twórców języka Eiffel. Nie wiem co panowie mieli na myśli jeśli chodzi o ideologię, lecz zwykle przedstawiana jest przez wprowadzenie pojęć: wymagania (precondition) - warunki wejściowe kontraktu,zapew...

Źródło: zine.net.pl
Dziel się z innymi:
Cold Fusion : DbC - czyli wyraź swoje intencje

Architektura 3309 dni, 12 godzin, 36 minut temu Paweł Łukasik 15 rozwiń

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 3319 dni, 18 godzin, 18 minut temu macko 66 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 3328 dni, 23 godziny, 17 minut temu Paweł Łukasik 18 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 3336 dni, 18 godzin, 40 minut temu Paweł Łukasik 26 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 3344 dni, 15 godzin, 37 minut temu Paweł Łukasik 84 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 3350 dni, 19 godzin, 37 minut temu macko 70 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 3359 dni, 7 godzin, 54 minuty temu Paweł Łukasik 59 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 3364 dni, 13 godzin, 54 minuty temu macko 57 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 3367 dni, 24 minuty temu Paweł Łukasik 67 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 3367 dni, 23 godziny, 38 minut temu macko 207 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 3371 dni, 10 godzin, 59 minut temu Paweł Łukasik 45 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 3371 dni, 10 godzin, 59 minut temu Paweł Łukasik 60 rozwiń

1 2... 21 22 23 24 25
DevConf - K8S workshop
devsession

wrzesień

21.
Dev#
Gdansk, Stary Manez

październik

27.

listopad

Dodaj nowe Zobacz wszystkie

Najaktywniejsi

1

Paweł Łukasik (32 873,58)

2

macko (32 816,53)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,88)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 393,76)

8

Damian (9 640,27)

9

danielplawgo (7 791,21)

10

arek (6 807,95)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 833,06)

15

dpawlukiewicz (3 810,4)

16

AdrianBystrek (3 500,85)

17

spetz (3 433,34)

18

jedmac (3 318,39)

19

http://jakub-flor... (3 224,66)

20

KonradKokosa (3 031,32)