eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingArchitektura aplikacji - powody wyłączania dll z exeRe: Architektura aplikacji - powody wyłączania dll z exe
  • Data: 2017-11-22 07:56:43
    Temat: Re: Architektura aplikacji - powody wyłączania dll z exe
    Od: "M.M." <m...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Monday, November 20, 2017 at 5:31:27 PM UTC+1, fir wrote:
    > W dniu niedziela, 19 listopada 2017 13:21:16 UTC+1 użytkownik fir napisał:
    > > W dniu środa, 15 listopada 2017 06:10:23 UTC+1 użytkownik s...@g...com
    napisał:
    > > > Witam
    > > > W wielu "dużych", "profesjonalnych" i "popularnych" programach obserwuję
    zjawisko wyłączania z exe całego kodu aplikacji.
    > > > Moje pytanie brzmi: Dlaczego wyłącza się dll z exe?
    > > >
    > > > Moje domniemania:
    > > > 1. Żeby używać w innych aplikacjach. Tylko tu pojawia się takie pytanie: Czemu
    cały exe jest przerzucany do dll?
    > > > 2. Żeby używać w innych aplikacjach jako obiektu COM.
    > > > 3. Żeby łatwiej testować (pisać programy exe testujące dll-kę zamiast mieszać
    kod roboczy z testowym).
    > > >
    > > > A może są inne powody? Proszę potwierdzić moje domniemania lub je zweryfikować.
    > > >
    > > > z góry dzięki
    > > > Szyk Cech
    > >
    > > 1)
    > >
    > > z dll mozna wyexportowac funkcje, (z exe albo nie mozna albo tez mozna ale
    niktorzy i tak tego nie chcą robic (w tej chwili nie pamietam czy sie da))
    > > - co prawda nie jestem pewien czy takie exportowanie z exe to dobry pomysl ale
    byc moze niektprzy chcą
    > > lub muszą to robic (?)
    > > (ogolnie architektura wydaje sie prostsza i latwiejsza gdy miedzy dllakami
    importy ida tylko w jedną strone ale nie ejestem w stanie powiedziec czy czasem nie
    ejst zrobic w dwie, tj czy robienie w dwie strony jest zawsze bledem)
    > >
    > > 2)
    > > dllki mozna dzilic miedzy programami, na przyklad jesli dane fonta wrzuci sie do
    dllki a jest on uzywany przez 117 programow to w pamieci bedzie on obecny tylko raz,
    > > gdyby zas kazdy z tych programow czytal go z jakiegos pliku .bin
    > > klasyczna metodą to por obiloby sie 117 oddzielnych kopii (co prawda
    > > to daloby sie obejsc chyba przez m-mapowanie plikow itd (mozna by sie zastanowic
    ktory z tych sposobow
    > > dll czy mmap bylby lepszy /ogolniejszy)
    > >
    > > (podbnie jak wyzej nie jestem jednak pewien czy exekow tez nie mozna dzilic
    miedzy procesami (instancjami) oraz czy o to moze tu chodzic)
    > >
    > > jeslibym jednak mial cos podejrzewac o powod to te dwa punkty (ciut bardziej
    pierwszy niz drugi ale drugi tez byc moze moze byc prawdopodobny jesli ktos pisze na
    chacie nie jeden a kilka programow robiacych podobne rzeczy)
    > >
    > > 3) trzeci powod tez jest prawdopodobny, komus moze nie bardzo zalezec czy
    kompilowac
    > > jako exe czy dll i robi dll nawet wtedy gdy moglby robic exe
    >
    > inna opcja to ew byc moze
    > 4) program ktory sam siebie chialby aktualizowac (moden w ostatnich czasach):
    > sciagnac z netu na dysk dllke z glownym programem,

    To ma rację bytu tylko wtedy, gdy przewidzisz rozwój aplikacji i zaprojektujesz
    dobre interfejsy komunikacyjne. W praktyce jest to najczęściej wykonywanie
    pracy która potem utrudni rozwój aplikacji o nieprzewidziane cechy.

    Pozdrawiam

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: