eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingJakie typowanie jest najlepsze i dlaczego statyczne?Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
  • 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...

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: