Delphi, hogy mennyit
Gyakran feltette a kérdést: „Mi a fő előnye a Delphi” vagy „A Delphi felülmúlja csomag X?”. Az évek során az általunk kifejlesztett két változata választ ezekre a kérdésekre - rövid és hosszú. Az első az, hogy egy szót - „termelékenység”. Csak ma munka Delphi az a termelékenység az eljárás, amely alkalmas a Windows. Persze, ott van a kategóriába az emberek (vezetők és a potenciális ügyfelek), amelyre az ilyen válasz nem lenne elég. Ebben az esetben azt, hogy a hosszú választ, amely részletesen kifejti kombinálásával a funkciók a Delphi környezet, mitől annyira produktív. Úgy véljük, hogy az általános termelékenység minden eszközével szoftverek fejlesztése függ, a következő öt alapvető szempontot:
• vizuális környezet minőségi fejlesztése;
• A sebességet a gyors fordító és összeállított mintegy
g; • a hatalom a programozási nyelv és a komplexitás;
• rugalmasság és skálázhatóság használt adatbázis-architektúra;
• a jelenléte a támogatott fejlesztési környezet és a design sablon.
Ábra. 1.1.Shema ábrázolási megbecsülni a termelékenység alkalmazás fejlesztő eszközök ki Nem próbálja meg a javasolt formula előírni, hogy az előre meghatározott döntés - a döntés az Öné! Egyszerűen hez megállás részletesen minden aspektusát a fent említett rendszerek és értékeli releváns Delphi teljesítményét összehasonlítva más eszközökkel rabotki idő alkalmazások a Windows.
A minőség a vizuális fejlesztőkörnyezet
A modern változata a Delphi hibakereső támogatja a teljes készlet jellemzői rejlő Visual Studio debugger csomagot. Az újonnan hozzáadott funkció tsiyam közé tartozik a távoli hibakereső eszközök, a folyamat a csatlakozó, hibakeresés csomag elvtárs és DLL könyvtárak, ellenőrzi az értékeket az automatikus lokális változók és támogató CPU ablakot. Ezen kívül, a Delphi kényelmes lehetőséget biztosít a vezérlő grafikus hibakereső környezetben. Ez lehetővé teszi, hogy tegye a hibakereső ablakot, és egyesíteni bármely kényelmes helyen, hanem tárolja konfigurációs információkat kapunk egy megnevezett csoport asztali beállítások. Az egyik rendkívül felhasználóbarát funkciók hibakeresőkkel, amely széles körben elterjedt a környezetben a tolmácsok (például a Visual Basic vagy Java), az a képesség, hogy módosítsa a kódot, és ezért a viselkedése az alkalmazás közvetlen venno a folyamat hibakeresés. Sajnos társított nagyon nagy nehézségek árán, ezért a jelenlegi változat, ez nem tartozik a fordító végrehajtás, mint a funkciókat.
Az elmúlt években, Delphi és Visual Basic csapdába egy állandó küzdelem a hatalomért a különböző lehetőségekről tervezők. Minden vypu schennaya változata ezeknek a termékeknek egyszerűen elképesztő az új funkciók. Például, a tervező Delphi formák megalkotásához használt egy teljesen objektum-orientált rendszer. Ennek eredményeként a változások az alapvető osztályok azonnal alkalmazni minden osztály azokból. Ez a mechanizmus végrehajtásához alkalmazott öröklési vizualnyhform funkció (Visual Form öröklődés - VFI). VFI lehetővé teszi, hogy dinamikusan létrehoz egy új formája bármely más formájú projekt vagy kép formában. Szintén be a bázis formájában a változások azonnal elosztott és örökölte annak minden formáját leszármazottai. További információ erről a témáról, hogy a GLA Island 3, "The Adventures of üzenetét."
A sebesség a fordító
és sebességét összeállított programok
Gyors fordító lehetővé teszi számunkra, hogy dolgozzon szoftver poetap hanem azért, mert lehetővé teszi, hogy több kisebb módosításokat hajt végre az eredeti pro gram, majd újrafordítás és tesztelés. Ennek eredményeként, van egy nagyon hatékony fejlesztési ciklusban. Lassabb fordító erők rés felvezető egyszerre teszi -Larger volumenváltozásokat kombinálásával több szerelvények javítását egy ciklus összeállítása és hibakeresés. Ez természetesen csökkenti az ef konyság az egyes fejlesztési ciklusokat. Az előnyök révén elért povy shennoy hatékonyságát összeállított programok nyilvánvalóak. Mindenesetre, annál gyorsabb a program működik, és a kisebb tárgykódból, annál jobb.
Talán a legismertebb előnye használt Delphi Pascal fordító a sebessége. Tény, hogy ez - a magas szintű leggyorsabb Comp trimmer nyelv összes meglévő Windows környezetben. Az elmúlt években már jelentős javulást a munka egy C ++ fordító, amely hagyományosan a leglassabb szempontjából összeállítása sebesség. Uspehi értek el lépésenkénti kapcsolás és a különböző stratégiák cache Bani, használt, különösen a Visual C ++ csomagokat és C ++ Builder. Mindazonáltal még ezek a továbbfejlesztett C ++ fordító dolgozik többször lassabb, mint a Delphi fordító.
Nincs ilyen nagy sebességű össze egy kötelező késedelem hatékonyságának létrehozott programokat? Természetesen a válasz erre a kérdésre „Nem”. Készült Delphi tárgykód ugyanolyan teljesítményt mutatók tárgykód a fordító által generált C ++ Builder. Innen tudod, hogy a víz minősége programok által létrehozott ugyanazon a szinten, egy nagyon jó C ++ fordító. A legfrissebb megbízható becsléseket Air kapacitás, a program által létrehozott fordítóprogram Visual C ++, megvan, a legnagyobb teljesítmény és a sebesség a kód mérete. Alapvetően ez a következtében jön létre, hogy egy nagyon jó optimalizálás. Bár ezek a kis előnyök és Nez is észrevehető fejlesztése során a normál alkalmazások, akkor nagyon fontos, ha létre alkalmazásokat, amelyek végrehajtják a jelentős mennyiségű számítástechnika.
A felhasználási feltételek Visual Basic uni Cullen összeállítása nyelvi technológia. A Visual Basic (VB) alkalmazás fejlesztés ruyuschem használt értelmezni módban, és elegendő sebességet. Mikor kell terjeszteni a kérelmet, akkor a fordító VB, melynek eredménye egy végrehajtható fájlt (* .EXE). Ez fordító nagyon lassú, és a teljesítménye messze elmarad a kapacitás instrumentovC ++ és Delphi. Létrehozása során ezt a könyvet, a Microsoft készített egy új generációs fordítóprogramok, és a Visual Basic.NET ígéri, hogy elfoglalja jogos helyét ebben a sorozatban.
Egy másik érdekes lehetőség van a Java nyelvet. A legtöbb eszköze az nyelvi környezetben (például JBuildert, Visual J ++) mutatnak fordításkor hasonló Delphi. De a hatékonysága létrehozott programok gyakran hagy sok kívánnivalót azon egyszerű oknál fogva, hogy a Java nyelv egy interpretált nyelv. Bár a fejlesztés a Java eszközök gyorsabb haladást a PAMI, a sebességet a programok általa termelt a legtöbb esetben messze elmarad Delphi és C ++.
A teljesítmény a programozási nyelv és a komplexitás
C ++ is egy nagyon erős nyelvet. A valóban hatékony eszközök, mint a előfeldolgozó makrók, sablonok, túlterhelt operátorok, akkor is létrehozhatunk saját nyelven belül a C ++. Ha a fejlesztő nyújt rendkívül széles körű funkciókat kell bölcsen használjuk, akkor hozzon létre egy nagyon világos és könnyen csatolni vezetési programot. De a probléma az, hogy a legtöbb fejlesztő nem tud ellenállni a kísértésnek, hogy túlzásba és nem megfelelő használata lehetőség létezik, és ez gyakran vezet a megjelenése terjedelmes programokat. Tény, hogy a C ++, hogy írjon a rossz programok sokkal könnyebb, mint a jó, mert a nyelv önmagában nem ösztönzi a fejlesztő használni a jó gyakorlatok programok ming, így az ilyen kérdéseket teljesen az ő usmotrenie.Suschestvuet két nyelv, amely, véleményünk szerint, nagyon hasonló a hogy a lehető legjobb egyensúlyt komplexitás és a hatalom. Ez - Object Pascal és a Java. Mind használt nyelv a megközelítés hozzáférés korlátozásának ÁLLAMI szolgáltatása lehetővé teszi a fejlesztők számára átadni bázisok nye erőfeszítéseit a logika alkalmazások létrehozásához. Például, mindkét nyelven hiányában a „nagyon objektum-orientált”, de a különböző visszaélések niyamas fogalom többszörös öröklődés. Mindkét esetben azt helyébe a végrehajtását több osztályt különböző interfészek. Mindkét nyelv kizárt elegáns, de ugyanakkor nagyon veszélyes tulajdonsága operátor túlterhelés. Ezen kívül mindkét esetben a forrás fájlok tekinthetők fő tárgyakat Yazi perc, és nem a nyersanyag az összekötő. Sőt, mindkét nyelven az ilyen nagy teljesítményű funkciók, mint kivételkezelés, tájékoztatás a fajta futásidejű (RTTI - Runtime Type Information) és szöveges erőforrások. Lehet, hogy véletlen, de mindkét nyelv nem teremtett egy hatalmas csapat a fejlesztők, és egy személy vagy egy kis csoport egyetlen szervezeten belül egy nagyon határozott elképzelése, hogy mit kell tenni egy teremtett nyelvet.
Kezdetben, a Visual Basic (legegyszerűbb) jött létre, mint a nyelv egyszerű ahhoz, hogy kezdő programozók gyorsan mester. De ha új funkciókat hozzá, a válasz, hogy sürgősen szükség, nem, ez a nyelv egyre nehezebb. Annak ellenére, hogy az erőfeszítéseket annak érdekében, hogy a fejlesztő, hogy elkerüljék a hátrányos programozási részlet, Visual Basic nyelven is tartalmaz számos olyan akadályt, koto rozs kell leküzdeni létrehozásakor meglehetősen összetett alkalmazásokat. Külső bővítő nekünk Visual Basic.NET változata a Microsoft. Ez a következő generációs termék, egy adott irányba jelentős változásokon ment keresztül (elsősorban a visszamenőleges kompatibilitás).
Rugalmasságot és skálázhatóságot az adatbázis architektúra
Mivel a Borland saját vonalát termékek nem irányító Niya adatbázisok Delphi benne olyan eszköz, amely nézetünk szerint, a legrugalmasabb architektúra támogatása adatbázisok, mint az összes többi a piacon elérhető. Természetesen a dbExpresst nagyon hatékonyságának tiven (bár rovására kiegészítő funkciók), de a választás a vezetők meglehetősen korlátozott. BDE mechanizmus sikeresen működik, és elegendő teljesítményt nyújtja a legtöbb típusú alkalmazások művelet közben sokféle adatbázisok, bár Borland fokozatosan csökkentsék ebben a tartományban. Továbbá, a beépített alkatrészek ADO teljesítő hitelek kommunikációt biztosítja bázissal vagy ADO ODBC-n keresztül. Ha bármely ESETBEN InterBase nem tud megbirkózni a feladattal, akkor használja az alapvető com Ponente - IBExpress, amelynek sokkal nagyobb hatékonyság és a képesség, hogy kommunikálni gyakorlatilag bármilyen adatbázis szerver. Ha a fentiek egyike sem módszerek nem adnak hozzáférést az adatokhoz, továbbra is van lehetőség, hogy írjon a saját osztálya adathozzáférés mutatták kihasználva az építészet absztrakt adatszerkezetek, vagy vásárolni kész megoldás egy külső gyártó. Így DataCLX hozzáférés megkönnyítése érdekében sem, hogy a FIR adatforrások, annak ellenére, hogy lehet osztani több szintje logikailag vagy fizikailag.
Meg kell jegyezni, hogy a Microsoft fejlesztői eszközök logikusan sfokusirova számunkra, hogy támogassuk a saját adatbázisokat a Microsoft és a megfelelő megoldásokat hozzáférési adataikat, beleértve az ODBC eszköz, OLE DB, stb
Support fejlesztési környezet kialakítása és a sablonok használata
Ez a „csodaszer” és a „szent grál” szoftverfejlesztési technológia, úgy tűnik, hogy teljesen figyelmen kívül hagyja a többi Eszközök Fejlesztő Tami. Míg az összes Delphi komponensek szükségesek és fontosak, a legtöbb jelenlegi tag kormányzati közül még mindig a VCL. Az a lehetőség, manipulálni a komponenseket közvetlenül a tervezési, fejlesztési eszközök a saját alkatrészek, elemek öröklik viselkedésüket más összetevők segítségével a különböző objektum-orientált technológiák - amelyek mind alapvető követelmények magas szintű termelékenység rejlő Delphi környezetben. A fejlődő VCL komponensek mindig ki lehet választani a megfelelő technológiát a konkrét esetben az objektum-orientált tervezés a számát. További fejlesztési környezetek, amelyek együttműködnek a komponensek gyakran vagy túl kemény vagy túl bonyolult.
Például az ActiveX vezérlők révén gyakorlatilag ugyanazokat a funkciókat, mint a VCL komponensek azonban hozzon létre egy új osztályt, amely a származék az ActiveX-vezérlő, akkor nem. Hagyományos fejlesztési környezetek, amelyek munkát osztályok (például OWL vagy MFC), jellemzően szükség a fejlesztő, hogy egy mély ismerete a belső mechanizmusokat. Csak ebben az esetben, Mr. Bot a környezetükben lehet elég termékeny. Mindegyikük nem elég határozott eszközökkel támogatja a tervezési funkciók. Jelenleg a Microsoft kiadta az új .NET (.NET közös könyvtár) megosztott könyvtár kétségtelenül az egyik tolta előtérbe terén komponens-orientált rés Botko. Ezen túlmenően, a .NET technológia még összeegyeztethető számos korábbi eszközök, beleértve a C #, Visual C ++ és Visual Basic.