TartalomFriss hozzászólások
Új fórum témákAktív fórum témákGoogle hirdetések |
A CodeGear RAD Studio 2007 gyors alkalmazásfejlesztést biztosít a nagyteljesítményű Windows® és .NET adatbázis alapú alkalmazáso
delphiforum, 2007, szeptember 10 - 09:35
Az új RAD környezet segíti az ISV-k és fejlesztői munkacsoportok Windows Vista™ platformra történő átállásátSCOTTS VALLEY, Kalifornia, 2007. szeptember 5. – a CodeGear, a fejlesztőeszközök vezető szállítója ma bejelentette a CodeGear RAD Studio 2007, a díjnyertes alkalmazásfejlesztési környezet (rapid application development, RAD) új verziójának megjelenését Microsoft® Windowsra. Az új változat célja, hogy segítséget nyújtson a fejlesztőknek, hogy gyorsabban és költséghatékonyabban készíthessenek funkciógazdag adatbázis alapú Windows és internetes alkalmazásokat. Az előzőleg "Highlander" fedőnév alatt ismert CodeGear RAD Studio csomag Delphi® for Win32®, C++Builder® és új Delphi .NET 2.0 fejlesztést biztosít egyetlen integrált környezetben. Ez az egyetlen olyan integrált fejlesztőkörnyezet (integrated development environment, IDE), amely a natív Windows és .NET alkalmazások gyors alkalmazásfejlesztését támogatja Microsoft Windows 2000, XP és Vista alatt ezekre a rendszerekre. Ez lehetővé teszi a fejlesztők számára, hogy ezen a három platformon internetes, kliens/szerver és asztali Windows alkalmazásokat készítsenek, és hogy azokat ezek bármelyikén üzembehelyezzék. "A CodeGear RAD Studio biztosítja a fejlesztők számára azt a rugalmasságot, hogy az igényeiknek legmegfelelőbb operációs rendszert használják, miközben több Windows operációs rendszerre fejlesztenek, beleértve a Windows Vista alatt futó és internetes alkalmazásokat" – mondta Nick Hodges, a CodeGear Delphi termékmenedzsere. Néhány új funkció és képesség:
"A Windows platformhoz hasonlóan folyamatosan fejlődik a PC-s hardver és az internet is. A CodeGear és C++ termékek szintén fejlődnek, segítenek a fejlesztőknek, hogy ezeket a módosításokat kihasználják, új lehetőségeket teremtve mind az ISV, mind a kliens/szerver fejlesztők számára, akik adatbázis-központú alkalmazásokat készítenek" – mondta Hodges. "A CodeGear RAD Studio 2007 tele van olyan új funkciókkal, amelyek a nagyteljesítményű, komoly GUI követelményeket támasztó Windows alkalmazások, adatbázis-alkalmazások fejlesztése, valamint üzleti internetes alkalmazások fejlesztése iránt érdeklődő fejlesztők igényeit szolgálják ki, és a maximumot hozzák ki a PC hardver és a Windows operációs rendszer fejlődéséből." »
|
KeresésBelépésIndex TechPC FórumOrigo TechbázisSG.hu
|
.NET 2.0
Én épp most tesztelem, azért vannak még hiányosságok itt rendesen. A designtime támogatás korántsem teljes .NET 2.0-hoz a VS 2005-höz képest a Highlanderben, kézzel kell megírni egy csomó mindent, amihhez a másik oldalon ott az IntelliSense és minden designtime dolog szépen részletesen ki van dolgozva. Pl. miért nem lehet egy táblát a Data Explorer-ből egyszerűen a formra húzni? Vagy ha készítek egy XML fájlt, annak tartalmát miért nem tudom megjeleníteni egy DataGrid-ben és ott szerkeszteni (mint a VS-be), ehelyett kézzel írkálok mindent? Továbbá szép, hogy nincs WinForms 2.0 designer, de akkor a VCL.NET-be is lehetővé kellett volna tenni a WinForms-szerű adatkötést. Ráadásul a WinForms controlokat már úgy látom be se lehet csomagolni VCL.NET (BPL) csomagokba, ez még a BDS 2006-ban működött, bár ott se tökéletesen. Az MSBuild rendben, az tényleg jó. A WCF-hez meg már lehetett volna csinálni egy minimális designtime támogatást, tudom ez már extra, mert most a .NET 2.0-ról van szó, csak épp már lassan van .NET 3.5 is, a WCF pedig annyira nem húzós, mint a WPF. Ez utóbbi viszont már tényleg kemény dió lesz, mivel a VS fordítója a XAML kód írása közben már fordít és az IntelliSense pedig nyomja a cuccot, írni szinte semmit nem kell :). Az ASP.NET + AJAX támogatás nagyon jó a Highlanderben, ennek sok Delphi fejlesztő örülni fog a .NET 1.x után, ami egy semmire való kiadás volt még. A generikus típusok támogatása úgyszint, ez utóbbi szintén ütős eszköz, fényévekkel egyszerűbb dolgozni vele. A kódszerkesztőnek is vannak bugjai, kitöröltem 2 sort, aztán elszállt az egész RAD Studio, persze jelentettem szorgosan a bugot a CodeGear team-nek. Egy normális Object Browser-t is lehetett volna beletenni, ami a VS-be is van, mert azt én spec. sokszor használom. A .NET 2.0 DataSet designer is iszonyatosan hiányzik belőle. De mindez semmi ahhoz a bizonytalansághoz képest, hogy mi lesz a jövőben. Lesz 3.x támogatású, WPF, WCF, WF, LINQ, illetve .NET Entity Frameworkot támogató Delphi, s ha igen, akkor kb. mikor? Mert egyenlőre én úgy látom, hogy még a .NET 2.0 támogatása is gyenge lábakon áll, persze ez érthető, az MS-nek több ezer fejlesztője van, a CodeGear meg áll vagy 100 emberből, ráadásul az a 100 is x fele fejleszt, csak azt nem értem miért nem lehet kidobni a régi dolgokat és egyedül a .NET-re öszpontosítani minden erőforrást, főleg, hogy a M$ nyilatkozatai alapján, ill. közvetve néhány illetékes ismerős nyilatkozata alapján egyáltalán nem valami fényes jövőt jósolnak a Win32 platformnak és az arra fejlesztő egyszerű kódereknek. Ideje lenne teljes szemléletmódot váltani, mert ebbe belefog törni a bicska keményen, ha már most bele nem tört = VS 2008.
Codegear ( Borland) konferencia szept. 27-én csütörtök
Jön David I, vele mindent élőben meg lehet vitatni..
.NET / natív kód
azér nem lehet minden erőforrást a .NET -re összpontosítani, mert még mindig (mért adat) a Delphi programozók zöme pont annak örül h lehet natívra fejleszteni! Pl. a Microsoft szinte összes "saját" programja/kódja natív!!
Natív kód
"a Microsoft szinte összes "saját" programja/kódja natív"
Hogyne lenne az, de folyamatosan folynak a M$-nál a munkák a .NET felé való portoláson. Már az MS natív kódú szoftvereinek javarésze is használja a .NET-et, ugyan még a COM interopon keresztül. A natív kód teljesen háttérbe fog szorulni, már a Vista is a natív kódra nyomja az UAC-ot, míg a managelt kódot teljesen biztonságosnak ítéli meg. Ez a következő Windows kiadásban még drasztikusabb lesz, pedig már a Vista-nak is jónéhány alsó rétege managelt kódalapon fekszik, pl. a DWM teljesen ilyen. A Windows Blackcomb, vagy most Vienna kódnevű op. rendszer meg teljesen managelt kódalapon fog feküdni minden téren és vektorgrafikus felhasználói felülete lesz állítólag, ha már úgyis ott lesz a WPF. Ok, hogy futni fog a Win32 kód, csak éppen a managelt kód fogja megkapni a gépi erőforrások java részét, már a Vista esetén is így van. Még most nincs késő, ideje váltani, mert a Windows platform jövője így vagy úgy, a .NET keretrendszer.