🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.delphi
Article #334492

Re: Zestaw narzędzi do budowania aplikacji

#334492
From: wloochacz
Date: Wed, 28 Dec 2011 17:41
120 lines
5617 bytes
W dniu 2011-12-28 16:09, b0bik pisze:
> On 27 Gru, 20:15, wloochacz<wlooch...@nospam.gmail.spameromnie.com>
> wrote:
>> W dniu 2011-12-26 16:57, b0bik pisze:>  Witam
>>
>>
>>> Więc sobie pomyślałem, żeby może
>>> zostać przy starym dobrym VCL. Pobawiłem się aktualnym trialem DevEx'a
>>> - z tego co widzę kupę roboty włożyli w mechanizm Skin'ów.
>>
>> Jakie to kuriozalne - niby programista a zachwyca się tym co widać, a
>> nie tym czym powinien :D
>
> Od zawsze miałem ciągotki żeby to co robię było ładne. Po prostu
> sprawia mi to przyjemność. W przypadku DevEx'ów UI jest wręcz IMHO
> piękne.
Noooo jest... ale uważaj, bo żeby było i ładnie i szybko to trzeba się 
ciut napracować.

>>> Co do FR - fajnie by było jakby pojawiła się w końcu wersja 5.0.
>>> Chciałem przy nim zostać bo mam całą masę raportów w tym środowisku -
>>> szkoda tej roboty.
>>
>> Kup XE2, masz FR'a za friko.
>> Jak będzie 5.0 FR'a to sobie dokupisz - jeśli będziesz potrzebował.
>
> OIDP to czego nie ma w tym FR za friko bardzo intensywnie
> wykorzystuję. Chyba chodziło o datasety wewnątrz raportu.
Nie rozumiem...
Każdy raport ma "datasety wewnątrz raportu" - chyba że masz na myśli to, 
że można budować raport w ReportEdiot'rze bezpośrednio łącząc się z bazą 
danych.
W sumie to nie wiem, bo:
1) Nie używam XE2 i nie wiem co tamtejszy FR posiada a co nie
http://www.fast-report.com/en/products/report-for-delphi-fastreport-4-feature-matrix.html

2) Nigdy nie budowałem raportów w ten sposób i nigdy nie będę, a więc 
mnie to źrebi ;-)

>>> Co do AnyDac'a zabawa demówką, całkiem przyjemna. Choć dostrzegam
>>> braki w dokumentacji,
>>
>> A konkretnie gdzie?
>> Bo w AnyDAC nie wszystko jest opisane - to prawda.
>> Tylko, że nie opisane są naprawdę wewnętrzne mechanizmy, z których 90%
>> użytkowników nigdy nie będzie korzystać.
>
> Teściłem to w domu, z tego co pamiętam nie ma opisanego np takiego
> komponentu co się go podpina do ichniego MemTable'a i robi jako
> zapisywacz do bazy. Coś z Command w nazwie.
TADTableAdapter - z nazwą pomieszałeś...

> Wiem że można powiedzieć
> że jest prosty jak budowa cepa, ale jak dokumentacja to dokumentacja.
Tu fakt - brak info.
Fakt drugi - tak, to jest proste jak budowa cepa.

>> Ergo - dziwne to słowa w ustach kogoś kto z całej biblioteki DevEx
>> skinami się zachwyca :P
>
> A bo tak się tym AnyDac'iem podjarałem że przeczytałem prawie całą
> dokumentację od razu : )
Fajnie - a ile z tego zapamiętałeś? :D


>>> a niektóre komponenty jakby niedopracowane (np
>>> alerter co drugie odpalenie dema rzuca AV'kami na FB).
>>
>> Jeśli to faktycznie problem AnyDAC'a to napisz o tym na jego forum i
>> przy okazji będziesz mógł sprawdzić jak działa support.
>> A jest to zagadnienie, które powinno być jednym z istotniejszych podczas
>> wybierania narzędzia...
>
> Wydaje mi się że to problem AnyDAC'a. Na forum nie zapytałem - brak
> czasu.
> Choć generalnie problem dotyczy tego od czego chciałem uciec -
> eventów.
>
>>
>>> Było nie było
>>> na pewno lepiej oprzeć to wszystko o AnyDAC'a - bo można myśleć o
>>> podmianie bazy w przyszłości.
>>
>> Jest jeszcze UNIDAC i oczywiście dbExpress.
>
> A co jest najlepsze ?
A co to znaczy - najlepsze?
Dla mnie AnyDAC wystarcza, aż nadto.
W sumie w tej chwili może i z czym innym dałbym radę ;-)

>>> Tak sobie myślałem, że jakby całość napisać jakoś sprawnie, to kiedyś
>>> powinno się to przenieść na x64 (kiedyś = min XE3). Co do FM sam nie
>>> wiem...
>>
>> Jak Twoja aplikacja ma 10 formatek to pisz na FM!
>
> Marzę o tym żeby miała główne 2 : ) a resztę generować dynamicznie z
> metadanych korzystając z dobrodziejstw dziedziczenia.
Dziedziczenie w formatkach nie jest dobrodziejstwem, imo.
Znaczy jest - ale przy ciut bardziej skomplikowanych wymaganiach 
bardziej przeszkadza niż pomaga.
Ale to temat na zupełnie inną dyskusję...

>>> Czy w takim wyborze narzędzi jest coś co powinno zostać jeszcze raz
>>> przemyślane. Czy w razie czego będzie na tym można pojechać kolejnych
>>> ładnych parę lat ?
>>
>> Do wróżki skocz to Ci powie...
>> Ja jadę na tym ładne parę lat i jakoś nie zanosi się na to, aby miało
>> się coś zatrzymać.
>> A wręcz przeciwnie.
>>
>
> Na takie słowa liczyłem : )
>
> Dzięki

Proszę.
-- 
wloochacz
Technical Details
Message-ID: <jdfkd3$p9h$1@inews.gazeta.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
References: <7923b409-47e5-48f0-9036-c8b558c80343@u32g2000yqe.googlegroups.com> <jdd5hi$k2a$1@inews.gazeta.pl> <b5f2401d-e955-451c-be55-90e53b033e3f@z12g2000yqm.googlegroups.com>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
From: wloochacz <wloochacz@nospam.gmail.spameromnie.com>
Newsgroups: pl.comp.lang.delphi
Subject: Re: Zestaw narzędzi do budowania aplikacji
Date: Wed, 28 Dec 2011 18:41:47 +0100
Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
Lines: 120
Message-ID: <jdfkd3$p9h$1@inews.gazeta.pl>
References: <7923b409-47e5-48f0-9036-c8b558c80343@u32g2000yqe.googlegroups.com> <jdd5hi$k2a$1@inews.gazeta.pl> <b5f2401d-e955-451c-be55-90e53b033e3f@z12g2000yqm.googlegroups.com>
Reply-To: wloochacz@nospam.gmail.spameromnie.com
NNTP-Posting-Host: 178.217.32.151
Mime-Version: 1.0
X-Trace: inews.gazeta.pl 1325094116 25905 178.217.32.151 (28 Dec 2011 17:41:56 GMT)
X-Complaints-To: usenet@agora.pl
NNTP-Posting-Date: Wed, 28 Dec 2011 17:41:56 +0000 (UTC)
X-User: wloochacz
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
In-Reply-To: <b5f2401d-e955-451c-be55-90e53b033e3f@z12g2000yqm.googlegroups.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit