eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingModułowość programu - założeniaModułowość programu - założenia
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!news.nask.pl!ne
    ws.nask.org.pl!news.uni-stuttgart.de!news-2.dfn.de!news.dfn.de!feeder.erje.net!
    xlned.com!feeder7.xlned.com!news2.euro.net!209.197.12.246.MISMATCH!nx02.iad01.n
    ewshosting.com!newshosting.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.
    pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    Date: Thu, 15 Sep 2011 15:12:49 +0200
    From: Lukasz <k...@a...pl[usun]>
    User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428
    Fedora/3.1.10-1.fc13 Thunderbird/3.1.10
    MIME-Version: 1.0
    Newsgroups: pl.comp.programming
    Subject: Modułowość programu - założenia
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Lines: 35
    Message-ID: <4e71f9d2$0$2494$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.7.13.8
    X-Trace: 1316092370 unt-rea-a-02.news.neostrada.pl 2494 83.7.13.8:59931
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.comp.programming:192407
    [ ukryj nagłówki ]

    Właśnie pracuję nad programem, który po dotarciu do wersji alfa podzielę
    na moduły. Zanim zacznę męczyć kwestię modułów to chciałbym poznać
    opinie innych. Do rzeczy :)

    Program będzie miał obecnie jeden moduł, w przyszłości dojdą
    kolejne(oby). Jak to bywa przy projektach, tworzony jest
    framework/szkielet aplikacji. Aplikacja będzie tworzona w Qt 4.7 i
    obecnie przychylam się takiemu rozwiązaniu:

    * framework(klasy bazowe, managery obiektów itp.) będzie biblioteką
    dynamiczną,

    * moduł(moduły) będzie zaimplementowane za pomocą mechanizmu
    pluginów z Qt.

    Sam malutki program będzie składał się z okna głównego i np. dialogu
    logowania oraz będzie ładował dll od frameworka, jeśli będą dostępne
    pluginy modułów, to wtedy będzie rysowany interfejs od modułu. Moduły
    będą też korzystały z dll frameworka(zawiera bazowe, więc chyba musi).

    Myślałem by zrobić z frameworka bibliotekę statyczną, ale po
    zastanowieniu stwierdziłem że to wymagałoby wielokrotnego wkompilowania
    tegoż frameworka w program oraz w każdy moduł. Mogłoby to generować
    problemy, które trzeba by było zapewne żmudnie debugować. Framework jako
    biblioteka dynamiczna pozwala na to żeby wszystko co związane z
    programem(aplikacja + moduły) korzystały z dokładnie tej samej
    biblioteki(przez co chyba nie będzie problemu z korzystania np. z
    singletona z frameworka w pluginach i aplikacji). Dobrze kombinuję czy
    może gdzieś widzicie luki, bądź jakieś inne rozwiązania? No i na koniec
    duże byłoby udogodnienie jeśli chodzi o testowanie z wykorzystaniem
    QTestLib(które chciałbym właśnie zacząć wykorzystywać przy okazji
    rozdzielenia aplikacji na biblioteki i pluginy).

    Pozdrawiam i czekam na opinie - przychylne jak i nie.
    Łukasz

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: