dotnetomaniak.pl

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

Czy zauważyliście kiedyś nad startową procedurą aplikacji (main) atrybuty: [STAThread] i [MTAThread]? Od nich zależy w jakim trybie będzie działał wątek główny aplikacji: Single Threaded Apartment, czy Multi Threaded Apartment?

Maciej Zbrzezny: Programowanie i Technologie: Problemy z STA i MTA [PL]

Architektura 2863 dni, 15 godzin, 31 minut temu paduda 233 rozwiń

Wspomnę dzisiaj o dość dziwnej funkcji, która została dodana w wersji 3.0 języka C#. Polega ona na możliwości dodania nowych metod do istniejących klas bez zmiany ich definicji. Odbywa się to poprzez zdefiniowanie tych dodatkowych metod jako statycznych (w innych klasach) i użyciu specjalnej składni dla jej pierwszego parametru.

Tagi: C#, C# 3.0
Źródło: xion.org.pl
Dziel się z innymi:
xion.log » Metody rozszerzające w C#

Architektura 2865 dni, 10 godzin, 59 minut temu macko 111 rozwiń

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 2868 dni, 18 godzin, 23 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 2873 dni, 2 godziny, 47 minut temu macko 98 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 2877 dni, 20 godzin, 33 minuty temu http://pawlos.blogspot.com/ 13 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 2880 dni, 16 godzin, 7 minut temu kostrzak 407 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 2880 dni, 16 godzin, 7 minut temu http://pawlos.blogspot.com/ 166 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 2883 dni, 19 godzin, 5 minut temu http://pawlos.blogspot.com/ 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 2884 dni, 19 godzin, 11 minut temu http://pawlos.blogspot.com/ 107 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 2885 dni, 12 godzin, 46 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 2887 dni, 15 godzin, 56 minut temu http://pawlos.blogspot.com/ 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 2897 dni, 21 godzin, 38 minut temu macko 59 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 2907 dni, 2 godziny, 38 minut temu http://pawlos.blogspot.com/ 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

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 2922 dni, 18 godzin, 58 minut temu http://pawlos.blogspot.com/ 83 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 2928 dni, 22 godziny, 57 minut temu macko 68 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 2937 dni, 11 godzin, 15 minut temu http://pawlos.blogspot.com/ 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 2942 dni, 17 godzin, 15 minut temu macko 53 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 2945 dni, 3 godziny, 45 minut temu http://pawlos.blogspot.com/ 64 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 2946 dni, 2 godziny, 59 minut temu macko 199 rozwiń

1 2... 16 17 18 19 20
Szkolenia SecurITum

wrzesień

14.
devConf
Kraków
20.

październik

Zobacz wszystkie

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (31 664,47)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,87)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 386,26)

8

Damian (9 096,1)

9

danielplawgo (7 235,99)

10

arek (6 807,95)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 643,06)

15

jedmac (3 318,39)

16

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

17

spetz (3 158,28)

18

CaMeL (2 954,87)

19

lkurzyniec (2 669,92)

20

mnikolajuk (2 596,93)