Article View: pl.comp.lang.delphi
Article #334492Re: Zestaw narzędzi do budowania aplikacji
From: wloochacz
Date: Wed, 28 Dec 2011 17:41
Date: Wed, 28 Dec 2011 17:41
120 lines
5617 bytes
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-mailReferences:
<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