-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-septem
ber.org!mx05.eternal-september.org!.POSTED!not-for-mail
From: Piotr Chamera <p...@p...onet.pl>
Newsgroups: pl.comp.programming
Subject: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
Date: Tue, 19 Feb 2013 14:32:10 +0100
Organization: A noiseless patient Spider
Lines: 54
Message-ID: <kfvur5$3h9$1@dont-email.me>
References: <f...@g...com>
<k...@b...softax.pl>
<4...@g...com>
<keun5d$lsh$1@somewhere.invalid>
<f...@g...com>
<keuri4$nje$1@somewhere.invalid>
<1...@g...com>
<keuusd$ovj$1@somewhere.invalid>
<7...@g...com>
<kf1b5r$cvj$1@somewhere.invalid>
<51152b96$0$1306$65785112@news.neostrada.pl>
<3...@x...googlegroups.com>
<4...@g...com>
<kf61vl$fh0$1@somewhere.invalid>
<c...@g...com>
<kf8mrj$piq$1@somewhere.invalid>
<3...@g...com>
<kfg2oi$smn$1@speranza.aioe.org> <kfg61s$1hn$1@dont-email.me>
<kfr67v$slr$1@speranza.aioe.org> <kfrgca$m6r$1@dont-email.me>
<kfvdnc$qbl$1@speranza.aioe.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 19 Feb 2013 13:31:17 +0000 (UTC)
Injection-Info: mx05.eternal-september.org;
posting-host="b9fefa9294b74d90bf7f1a30802b9b7a"; logging-data="3625";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX18SF8EpfyQS48FbvsRjEPAT"
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
In-Reply-To: <kfvdnc$qbl$1@speranza.aioe.org>
Cancel-Lock: sha1:3S4cWlKn0Csbq29SnboRHkbhvlU=
Xref: news-archive.icm.edu.pl pl.comp.programming:202085
[ ukryj nagłówki ]W dniu 2013-02-19 09:39, Michal Kleczek pisze:
> On 2013-02-17 22:00, Piotr Chamera wrote:
>> W dniu 2013-02-17 19:06, Michal Kleczek pisze:
>>> On 2013-02-13 14:56, Piotr Chamera wrote:
>>>> W dniu 2013-02-13 14:00, Michal Kleczek pisze:
>>>>>
>>>>> W tym mysleniu jest pulapka, bo nie da sie zintegrowac (pod)systemow
>>>>> bez
>>>>> _jednego_ wspolnego jezyka.
>>>> To chyba nie jest prawda, wystarczy odpowiedni protokół komunikacyjny
>>>> (to też jest rodzaj języka, ale nie o takim kontekście chyba mówimy).
>>>
>>> No ja wlasnie mowie o tym kontekscie, bo protokol musisz opisac
>>> formalnie, zeby sensownie dalo sie go uzywac w roznych jezykach.
>>
>> OK. Więc między każdą parą podsystemów musimy mieć protokół (język),
>> który jest rozumiany przez oba podsystemy, ale nie znaczy to, że
>> wszystkie podsystemy w systemie muszą się komunikować w ten sam sposób...
>>
>
> To teoria... W praktyce za chwile jest juz taki mlyn (czy bardziej
> fachowo "spagetti"), ze pojawia sie inicjatywa "EAI" albo "SOA/ESB". I
> wracamy do punktu wyjscia: mamy jeden jezyk - tym razem to jezyk ESB.
Pisałeś: "nie da sie zintegrowac (pod)systemow bez _jednego_ wspolnego
języka", teraz piszesz, że w teorii się da, ale praktyka jest inna...
Ciekaw jestem z jakimi systemami (w jakiej dziedzinie zastosowań)
pracujesz, że tak to widzisz? Czy taka integracja rzeczywiście coś daje,
czy to tylko dobrze brzmiący marketing?
Ja odnoszę wrażenie, że jest wręcz odwrotnie - chciałoby się stworzyć
coś, co obsłuży całą komunikację w złożonym systemie, ale w praktyce
nie bardzo wychodzi...
Weźmy za przykład jakiś serwis internetowy: interfejs użytkownika [IU]
(w przeglądarce) gada z aplikacją [AP] po stronie serwera przez HTML,
JSON itp, aplikacja z bazami danych [BD] przez SQL, ODBC itp., bazy
danych replikują dane między sobą za pomocą własnych protokołów,
aplikacje zarządzające treścią [AZT] łączą się z [AP] np. przez SOAP
itd.
A teraz jak by to wyglądało z ESB (gdybam, bo się nie znam, jestem
tylko po pobieżnej lekturze strony na wikipedii
http://en.wikipedia.org/wiki/Enterprise_service_bus)
:
[IU] gada z ESB przez HTML i JSON, warstwa ESB konwertuje to np.
na .NET i przekazuje do [AP], [AP] śle zapytanie do ESB, które
konwertuje je do ODBC lub SQL i przekazuje do [BD], itd...
Mamy warstwę pośrednią, dzięki której komponent nie musi znać języka,
w którym komunikuje się jego rozmówca po drugiej stronie ESB, ale nadal
każdy gada do ESB w takim języku, jaki mu najlepiej pasuje, bo nie da
się użyć tego samego protokołu do komunikacji z przeglądarką
internetową, monitorowania dostępności aplikacji, replikacji bazy
danych...
Następne wpisy z tego wątku
- 19.02.13 16:08 Michal Kleczek
- 19.02.13 17:16 AK
- 21.02.13 09:18 Andrzej Jarzabek
- 21.02.13 09:34 AK
- 22.02.13 00:11 Andrzej Jarzabek
- 22.02.13 11:07 Michal Kleczek
- 24.02.13 22:57 Maciej Sobczak
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
Najnowsze wątki
- 2025-03-12 Warszawa => Data Engineer (Tech Lead) <=
- 2025-03-12 Gdańsk => PHP Developer <=
- 2025-03-12 China-Kraków => Production Coordinator / Representant Product Dev <=
- 2025-03-12 Warszawa => JavaScript / Node / Fullstack Developer <=
- 2025-03-12 China-Kraków => Key Account Manager IT <=
- 2025-03-12 Warszawa => Java Developer <=
- 2025-03-12 Warszawa => Junior Digital Product Manager <=
- 2025-03-12 Katowice => Key Account Manager (ERP) <=
- 2025-03-12 Warszawa => Analityk Biznesowo-Systemowy <=
- 2025-03-12 Prawo u polaczków
- 2025-03-12 Łódź => Programista NodeJS <=
- 2025-03-12 O co chodzi Aliorowi?
- 2025-03-11 Warszawa => Kierownik ds. kluczowych Klientów <=
- 2025-03-11 Łódź => System Administrator (Linux, Active Directory) <=
- 2025-03-10 roaming