eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingJakie typowanie jest najlepsze i dlaczego statyczne?Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
  • Data: 2013-02-19 16:08:40
    Temat: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
    Od: Michal Kleczek <m...@k...org> szukaj wiadomości tego autora
    [ pokaż wszystkie 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: