dotnetomaniak.pl

dotnetomaniak.pl - Najnowsze artykuły o .NET w dziale Programowanie rozproszone - Strona 10

Witam, Nazywam się Piotr Sowa i fascynuje mnie programowanie rozproszone. Przedstawiam program HopfieldSimpulator :). Symulator jest niedokończony w ramach trwającego konkursu. Postanowiłem podejść do sprawy tak, że zamieszczam projekt bez interfejsu graficznego. Nagrodą dla osoby, która ulepszy projekt będzie obserwowanie pracy sieci Hopfielda w ujęciu pamięci asocjacyjnej pracującej w czasie rzeczywistym :). Wszystkiego dobrego Piotr Sowa, MCAD

Tagi: .Net, C#, C++
Źródło: docs.google.com
Dziel się z innymi:
HopfieldSimulator

Programowanie rozproszone 2780 dni, 1 godzinę, 10 minut temu piotr_sowa 119 rozwiń

Autor: Tytuł artykułu zdradza nieco temat jaki chciałbym podjąć. Może samo versus jest nieco przewrotne, gdyż bardziej odpowiednie byłoby “Spring.NET a WCF” czy też po prostu “Spring.NET i WCF”. Tak naprawdę to tytuł powinien brzmieć “Spring.NET a WCF versus programista” ;). Obserwując programistów zaczynających przygodę ze Spring.NET i próbujących zintegrować z tym framew...

Tagi: SOA, Spring.NET, WCF
Dziel się z innymi:
Spring.NET vs WCF « Beniamin Zaborski's Blog (BeniaminZaborski.com)

Programowanie rozproszone 2782 dni, 1 godzinę, 28 minut temu macko 160 rozwiń

Task-based API w .NET 4.0 (część I) października 1, 2009 22:34 by Marek Kalinowski Pierwszą okazję do zetknięcia się ze zmianami w API dotyczącym wielowątkowości miałem przy okazji udostępnionej prezentacji Daniela Motha z konferencji PDC2008 (http://channel9.msdn.com/pdc2008/TL26/). Podstawowym argumentem mającym mówić za wprowadzeniem (i używaniem) nowego API jest konieczność dostosowania się deweloperów do zmian w architekturze procesorów – czasy "darmowego" przyrostu wydajności bezpowrotnie minęły, o...

Dziel się z innymi:
Rivers of .NET Babylon | Task-based API w .NET 4.0 (część I)

Programowanie rozproszone 2787 dni, 1 godzinę, 43 minuty temu troonx 77 rozwiń

Agregacja (a.) i kompozycja (k.) są jednymi z najczęściej wykorzystywanych relacji w UML-owych diagramach klas. Są to specjalizacje asocjacji. Obie oznaczają, iż obiekty jednej z klas ("całość") zawierają referencję do obiektów drugiej klasy ("część"). Kompozycja jest właściwie jedynie silniejszą formą agregacji, w której obiekt zawierający ma pełną kontrolę nad obiektami zawieranymi. W szczególności, czas życia obiekty zawieranych jest limitowany czasem życia obiektu zawierającego.

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : [PL] Mentoring DDD: O agregacji i kompozycji (znowu) oraz asocjacji.

Programowanie rozproszone 2853 dni, 20 godzin, 32 minuty temu http://pawlos.blogspot.com/ 36 rozwiń

Pod tym enigmatycznym nieco tytułem kryje się notka na temat problemu wymuszania różnego rodzaju zachowania po drugiej stronie łącza między dwoma systemami. O co chodzi? Wyobraźmy sobie dwie aplikację. Pierwsza z nich, nazwana przeze mnie umownie Klientem, chce do drugiej aplikacji (nazywanej dalej Serwerem) przekazać zachowanie. Nie dane, ale zachowanie.

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : WCF, a dobre zachowanie

Programowanie rozproszone 2864 dni, 11 godzin, 10 minut temu macko 75 rozwiń

Na Microsoft Worldwide Partner Conference 2009, Bob Muglia, szef Server and Tools Business w Microsoft, ogłosił, że firma chce wprowadzić Windows Azure do fazy produkcyjnej jeszcze w tym roku! Dodatkowo, na oficjalnej stronie Windows Azure, zostały ogłoszone cenniki korzystania z usługi. Ceny, w porównaniu z konkurencją, są średnie. Spodziewałem się czegoś bardziej rewolucyjnego ze strony Microsoft’u. Oprócz tradycyjnych marketingowych sloganów, pojawiła się również informacja o 5%-owej zniżce dla partne...

Tagi: Azure, SOA
Źródło: www.soablog.pl
Dziel się z innymi:
Azure jeszcze w tym roku! | soablog.pl - Service Oriented Architecture Blog - SOA, cloud computing, architektura oprogramowania

Programowanie rozproszone 2867 dni, 1 godzinę, 53 minuty temu macko 26 rozwiń

W jaki sposób pokonać ograniczenia standardowego protokołu inwentarza usług, nie łamiąc przy tym zgodności ze standardami? Wzorzec Canonical Protocol zaleca wykorzystania jednego, standardowego, protokołu do komunikacji między usługami w ramach jednego inwentarza. Domyślnie oczywiście, protokołem tym są jakiegoś rodzaju usługi webowe (Basic WS, WS-*, REST), jednak nie jest to twarde wymaganie. Niezależnie od wyboru standardowego protokołu, mogą zdarzyć się sytuacje, kiedy jest on z jakichś przyczyn ni...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : SOA Design Patterns: Dual Protocols

Programowanie rozproszone 2867 dni, 17 godzin, 32 minuty temu http://pawlos.blogspot.com/ 26 rozwiń

Niejednokrotnie podczas pisania aplikacji napotyka się na sytuację gdy jedna metoda produkuje pewne dane, inna natomiast w pewien sposób je konsumuje. Czasem dobrym pomysłem jest, w przypadku gdy produkowane dane są w pewien sposób podzielne na części, wykonywać produkcję i konsumpcję w równoległych wątkach. Tutaj pojawia się istotny problem z zagadnienia wielowątkowości - synchronizacja. Oba (wszystkie) wątki współdzielące dany zasób muszą z niego korzystać w pewien ustalony sposób, tak aby w danej chwi...

Łukasz Sowa | Producent i konsument - przykład użycia słowa kluczowego lock

Programowanie rozproszone 2868 dni, 9 godzin, 16 minut temu macko 92 rozwiń

Konferencja WPC09 trwa w tej chwili w najlepsze, czego namacalnym dowodem jest ogłoszenie m.in. sposobu licencjonowania i cennika Windows Azure. Microsoftowe podejście do usług w chmurach ogłoszone ostatniej jesieni nabiera w związku z tym jak najbardziej konkretnego wymiaru. Jak można się było spodziewać, kwestia płatności w przypadku tak złożonej grupy produktów jest dość skomplikowana i uwzględnia takie czynniki, jak czas przetwarzania, transfer wejściowy i wyjściowy, przestrzeń dyskową, transakcje (w...

Źródło: blogs.msdn.com
Dziel się z innymi:
SocialITy : Z chmur na ziemię

Programowanie rozproszone 2868 dni, 14 godzin, 26 minut temu macko 25 rozwiń

Przygotowanie serwisu dla systemu operacyjnego Windows jest przy użyciu Visual Studio (VS) bardzo proste. Wystarczy tylko utworzyć nowy projekt na podstawie szablonu "Windows Service" lub do istniejącego projektu dodać nowy element typu "Windows Service". Następnie należy zaimplementować metody...

Maciej Zbrzezny: Programowanie i Technologie: Jak stworzyć i zainstalować serwis w Windows? [PL]

Programowanie rozproszone 2868 dni, 18 godzin, 36 minut temu paduda 175 rozwiń

W jaki sposób infrastruktura przechowująca stan usług może być skalowana i zabezpieczona przed awarią? Odpowiedzią na to pytania jest wzorzec Service Grid. Jego nazwa może być nieco myląca. Nie ma on bowiem nic wspólnego z gridami oraz raczej niewiele z usługami w klasycznym pojęciu SOA. Service Grid jest nazwą dla podejścia, w którym wiele instancji infrastruktury przechowującej stan usług jest równolegle aktywnych (zwykle na wilu fizycznych maszynach). Instancje te współdzielą między sobą informacje d...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : SOA Design Patterns: Service Grid

Programowanie rozproszone 2876 dni, 14 godzin, 22 minuty temu macko 35 rozwiń

Jest to wzorzec z grupy porządkujących logiczny warstwy inwentarza (?) [inventory] usług. Pozostałe dwa z tej grupy to Entity Abstraction i Process Abstraction. Wszystkie trzy wzorce pomagają zidentyfikować różne grupy odpowiedzialności w "kandydatach na usługi". Skutkuje to wydzieleniem współnych zakresów odpowiedzialności do nowych usług lub łączeniem usług odpowiadających za ten sam aspekt rozwiązania. Utility Abstraction zajmuje się konkretnie funkcjonalnością wykorzystywaną we wszystkich fragm...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : SOA Design Patterns: Utility Abstraction

W jaki sposób rozwiązanie oparte o usługi może dostarczyć interaktywny interfejs użytkownika? Rozwiązaniem jest specjalna usługa Mediatora, która jest umieszczana pomiędzy kodem interfejsu użytkownika, a rzeczywistą usługą dostarczającą funkcjonalności biznesowej. Mediator jest odpowiedzialny za dostarczanie użytkownikowi informacji o stanie zainicjowanego przez niego procesu oraz o wszelkich zdarzeniach występujących w trakcie jego działania. Mediator może być zrealizowany na dwa sposoby: jako sp...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : SOA Design Patterns: UI Mediator

Natknąłem się na kolejną ciekawą parę wzorców. W odróżnieniu od poprzednio opisywanej, tym razem para ma charakter dwóch konkurencyjnych rozwiązań tego samego problemu. To dla mnie interesująca nowość: do tej pory wzorce kojarzyły mi się z podejściem: problem - rozwiązanie (+ konsekwencje). W tym wypadku problem ma dwa równorzędne rozwiązania (przynajmniej tak wynika z lektury rozdziałów). No i wydaje mi się, że z tą równorzędnością jest problem... Direct Authentication zakłada, że każda usługa przech...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : SOA Design Patterns: Direct vs Brokered Authentication

W jaki sposób usługa bezstanowa może brać udział w interakcjach wymagających przechowywania stanu? Rozwiązaniem (jednym z wielu możliwych) jest przesyłanie informacji o stanie w wymienianych przez usługę komunikatach. Tradycyjne rozwiązanie problemu polega na przechowywaniu stanu w instancji usługi. Jego słabą stroną jest blokowanie zasobów serwera (głównie pamięci) przez tymczasowo nieaktywne instancji usługi czekające na dalszy ciąg interakcji. Jeśli nie możemy zrezygnować z przechowywania stanu ...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : SOA Design Patterns: State Messaging

Postanowiłem robić notatki z książki. Może kogoś zachęcą lub zniechęcą do czytania. Celem wzorca Service Facade jest zmniejszenie powiązania między kontraktem usługi, a jej logiką. Oczywiście logiczne powiązanie logiki do kontraktu jest zjawiskiem jak najbardziej pozytywnym (powiązanie odwrotne jest negatywne, skutkuje zwykle wyciekiem technicznych szczegółów logiki do kontraktu i często jest wynikiem automagicznego generowania WSDL-a z kodu). Czasami jednak zmniejszenie stopnia powiązania logiki do k...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : SOA Design Patterns: Service Facade

Programowanie rozproszone 2880 dni, 12 godzin, 32 minuty temu http://pawlos.blogspot.com/ 44 rozwiń

To właściwie dwa wzorce: Capability Composition oraz Capability Recomposition. Pierwszy z nich rozwiązuje problem usługi, która w celu wykonania swojego zadania potrzebueje logiki, która nie mieści się w jej zakresie odpowiedzialności. Aby problem rozwiązać, można poszerzyć zakres odpowiedzialności usługi, jednak prowadzi to do duplikacji logiki. Innym, lepszym i poprawnym, rozwiązaniem jest włączenie wywołania innej usługi jako elementu realizacji logiki tej pierwszej. Właściwie wydaje się to zup...

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : SOA Design Patterns: Capability (Re)composition

Artykuł opisuje zagadnienia związane z równoczesnym dostępem do wspólnych elementów przez wiele wątków oraz możliwe konflikty - w języku C#. Nie znajdziecie tu natomiast podstaw wielowątkowości w C#, zakładam iż te są już znane. Przykłady napisane jako proste aplikacje konsolowe – krótkie i zwięzłe bez nadmiaru niepotrzebnych informacji (jednak na tyle samodzielne, że można je bez problemu odpalić przez zwykłe skopiowanie).

Źródło: 4programmers.net
Dziel się z innymi:
C sharp :: Bezpieczny dostęp do danych - 4programmers.net

Programowanie rozproszone 2888 dni, 15 godzin, 5 minut temu paduda 141 rozwiń

Simon: Bardziej uważni czytelnicy pamiętają, że od jakiegoś czasu jestem mocno zainteresowany tematem komunikacji asynchronicznej. Zupełnie ostatnio dosyć intensywnie zająłem się biblioteką NServiceBus. Swoją poprzednią notką zainteresowałem kolegę z pracy, który postanowił także wykorzystać NServiceBus (do scenariusza Publish/Subscribe). Kolega skazany jest na wykorzystanie kontenera Unity (w którego to sam go wkopałem, mea culpa).

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : Oswajając NServiceBus: ObjectBuilder

Programowanie rozproszone 2904 dni, 2 godziny, 14 minut temu macko 77 rozwiń

Simon: Jak część z Was pamięta, jakiś czas temu dosyć aktywnie blogowałem na temat szyny (tu, tu oraz tu). Od tej pory upłynęło już sporo czasu. Chciałoby się powiedzieć: "dziś sam jestem dziadkiem". Ale nie, wertersów Wam nie dam. Opowiem za to o moim dojrzewaniu do komunikacji za pomocą asynchronicznej wymiany komunikatów.

Simon says... : Historia pewnej szyny - epilog

Programowanie rozproszone 2907 dni, 8 godzin, 56 minut temu macko 96 rozwiń

1 2... 7 8 9 10 11
Szkolenia SecurITum

październik

Zobacz wszystkie

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (31 626,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,04)

8

Damian (9 041,08)

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 578,06)

15

jedmac (3 318,39)

16

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

17

CaMeL (2 954,87)

18

spetz (2 948,27)

19

mnikolajuk (2 596,93)

20

lkurzyniec (2 592,76)