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!news.icm.edu.pl!plix.pl!newsfeed2.plix.pl!goblin2!gobli
    n.stu.neva.ru!aioe.org!.POSTED!not-for-mail
    From: Michal Kleczek <m...@k...org>
    Newsgroups: pl.comp.programming
    Subject: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
    Date: Tue, 19 Feb 2013 16:08:40 +0100
    Organization: Aioe.org NNTP Server
    Lines: 72
    Message-ID: <kg04hj$tsm$1@speranza.aioe.org>
    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> <kfvur5$3h9$1@dont-email.me>
    NNTP-Posting-Host: JDxy8aUr/xyXRbDUgrfDZA.user.speranza.aioe.org
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Complaints-To: a...@a...org
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824
    Thunderbird/15.0
    X-Notice: Filtered by postfilter v. 0.8.2
    Xref: news-archive.icm.edu.pl pl.comp.programming:202086
    [ ukryj nagłówki ]

    On 2013-02-19 14:32, Piotr Chamera wrote:
    > W dniu 2013-02-19 09:39, Michal Kleczek pisze:
    >> On 2013-02-17 22:00, Piotr Chamera wrote:
    >
    > Pisałeś: "nie da sie zintegrowac (pod)systemow bez _jednego_ wspolnego
    > języka", teraz piszesz, że w teorii się da, ale praktyka jest inna...

    Tak - nie dodalem "w praktyce".

    > Ciekaw jestem z jakimi systemami (w jakiej dziedzinie zastosowań)
    > pracujesz, że tak to widzisz?

    - bankowosc
    - publikacja tresci

    > Czy taka integracja rzeczywiście coś daje,
    > czy to tylko dobrze brzmiący marketing?
    >

    Jest trudna, ale _jakos_ trzeba to zrobic. Nie mozna dopuscic do
    komunikacji "kazdy z kazdym", bo zlozonosc systemu rosnie w takim modelu
    bardzo szybko.

    > 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.,

    A jesli sa tez inne zrodla danych? A jezeli interfejsow jest kilka
    (mobile, desktop, przegladarka, arkusze kalkulacyjne itd itp).
    A jezeli te poszczegolne komponenty sa tworzone przez rozne zespoly i
    harmonogramy wydawania wersji sa niezsynchronizowane?

    > bazy
    > danych replikują dane między sobą za pomocą własnych protokołów,

    A jesli w systemie jest kilka roznych RDBMS?

    > aplikacje zarządzające treścią [AZT] łączą się z [AP] np. przez SOAP
    > itd.

    Pod warunkiem, ze:
    1. obie strony rozumieja SOAP
    2. pod warunkiem ze obie strony posluguja sie tym samym modelem danych
    (schema)

    A jezeli aplikacji jest wiecej?

    >
    > 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...
    >

    No wlasnie dokladnie to tak dziala. Ale zeby to bylo mozliwe to ESB musi
    sie umiec komunikowac z systemami zewn. Robi to przy pomocy wtyczek. A
    wtyczki sa tworzone w _jednym_ jezyku - specyficznym dla ESB.

    --
    Michal

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: