Universal SQL support: SQL for PostgreSQL, Advantage Database Server, dbf tables, objects and arrays.
PostgreSQL ISAM upsizing support: existing dbf/ntx/cdx-based applications become PostgreSQL client/server solutions with only a few code changes.
Object prototyping and DataObjects as the new way to transport your data between the application layers.
WebSocketHandler and WebHandler: create a websocket server with only a few lines of code, push data in real time between workstations or to the browser.
WebUI for windows: create views with HTML and CSS for your Win32 desktop applications.
CXP build and execution infrastructure: create web or connected mobile applications.
Xbase++ Workench, formerly known as Visual Xbase++ IDE.
New data model for the sample collection. Available as dbf tables, Visual FoxPro database, Advantage Database Server dictionary, PostgreSQL database and SQLite database.
Én is xbase++ -ban fejlesztek koplex vállalatirányítási és könyvelő , bérszámfejtő szoftvert.
Qualitysoft néven fut.
ADSDBE-vel is van tapasztalatom (ez syBase-es)
de most már van PostgradeSQL áttérési lehetőség is.
Szivesen felveszem a kapcsolatot más xbase++ fejlsztőkkel tapsztalatcserére.
Írjatok.
Ja és annyit hogy visual foxpro-ban fejlesztőknek ajánlom az xBase++ -t mert sokkal több mindent tudnak benne jelenleg megcsinálni mint a haldokló VFP-ben.
Bízva abban, hogy vannak már tapasztalt Xbase++-osok, felújítanám a témát a tapasztalatlanok érdekében :)
Én most törekszem az Xbase++ és az SQL alapú kliens-szerver architektúra felé. Olvasgatok a neten, nézem az Alaska lapját is, de (bizonyára a gyenge nyelvtudás miatt) még nem tudtam behatárolni magam számára az ADSDBE-t. Aki ismeri és használja is, pár mondattal leírná a pontos szerepkörét, és a használat módját? Ha nem értettem félre, akkor talán DBF-eket is lehet vele SQL parancsokkal kliens-szerver módon elérni? Vagy "csak" SQL alapú adatbázisszervert (pl. Firebird)? Vagy mindkettőt? Egészen pontosan: milyen lehetőséget nyújt az ADSDBE a kliens-szerver adatkezeléshez, és mik ennek a kezelési mechanizmusnak a legfőbb lépései? Gondolok itt olyanra például, hogy az SQL-parancsokat nekem kell kiadni a kliens kódjában, avagy az Xbase++ standard adatbáziskezelő utasításai fordítódnak le SQL-re az ADSDBE által? Lehet, hogy már a kérdéseimben is hibák tömkelege van, szíves elnézést, ha így van. Igazából egy kis kezdő segítségre lenne szükségem, hogy elhelyezzem magamban az egészet, utána már felgombolyítom a dolgokat. Az ODBCDBE-t is csak részben értem: azt igen, hogy ha XBase++ adatformátumtól idegen állományt (pl. excel-táblát) akarok kezelni, létrehozni, akkor ahhoz ODBCDBE + az Excel ODBC-drivere kell (ha valóban jól értem), de az ODBC-nek hol van szerepe a kliens-szerver architektúránál? Ui. ilyen utalással is találkoztam.
Ha a dbf-adatbázisoknál maradunk, és 32 bit, akkor Visual FoxPro (most 6.0), Visual Dbase (én az 5.0-t láttam, lehet hogy már van újabb is), ha nem ragaszkodsz a direkt adatbázis kezelőkhöz, akkor C++ variánsok, Delphi és Visual Basic is (aránylag minden adatbázist kezelni tud, 5.0-óta nativ kódot fordít, nagyon gyors a programfejlesztés, és én szeretem.)
16 biten FoxPro for Windows 2.5, 2.6, és a többiből is van 16 bites.
Köszi a tapasztalatok megosztását velünk, már mi is rendesen belemásztunk, íme némi kezdeti vélemény:
Nem sok tapasztalatunk van még az Xbase++ -el kapcsolatban, de az már most is látszik, hogy természetesen nem 100% -os clipper kompatíbilis,
Pl.: - nem tetszik neki a sima declare, valami mást kell használni helyette,
- delete file –t nem tudja lefordítani
- copy stru se szimpatikus neki
- C-ben irt modulokat szerkesztéskor sérültnek érzi
- a set function helyett is set key-t kell használni.
Ami megengedhető trehányság volt a clipperben, az itt fatális hiba, pl.: nem volt return a function végén, ettől még a clipper vígan futott, ennek önveszélyesebb változatában a function-nek sem volt a végén return, természetesen visszatérési érték sem, ha nem futott rá a clipper akkor minden szép, minden jó. Na itt rend , van és fegyelem. Meg iszonyatos objectek kb 8X nagyobbak mint a clipperben, persze annyival tovább is fordítgatja őket,
Nem sikerült még nagyobb programot beszerkeszteni, de a kisebbek ugyanúgy futnak mintha clipper lenne
A grafikus felületen megjelenő példa programok forrásai elég egyszerűek, kicsit fox-pro-s utánérzete van nekik.
A grafikus felülethez adott designer elsőre elég ijesztő, de azért használható, bár egy kicsit elavultnak tűnik
Folytatjuk az ismerkedést, még nem ment el a kedvünk az Xbase-től
Apropó, miben lehetne még fejleszteni grafikus felületre?
Nalunk a cegnel mar vagy ket eve probaljak megszeliditeni. Sehogysem tud a fonokseg beletorodni, hogy Windows ala legalabbis Delphi-ben kell programozni. Tapasztalatok:
- Minden fejlesztes kb. 10* annyi ido mint mondjuk Delphi-ben.
- Olyannyira instabil, hogy nem lehet vele eladhato minosegu progit irni.
- Az EXE futasahoz egy halom DLL kell, amiket indulaskor be is rant, igy kb. 8megat megeszik a legkisebb alkalmazas is. Na persze fureszel is rendesen....
- A HELP sokszor nem valos, pontosabban az OS/2-re vonatkozik, neha megemlitve, hogy ez Win alatt nem, vagy nemugy megy.
Ezek persze az en szubjektiv tapasztalataim, egy kis probalkozas utan te is eldontheted mennyire van igazam.