Bästa Javaverktyget för klient-server
(98-10) <#Bild1#>
Inprise (tidigare Borland) JBuilder C/S 2.0 Beta4<7h3>
Klassbiblioteket, miljön och hjälpfilerna gör Jbuilder2 till det bästa Javaverktyget vi har testat. (Se Datateknik 9/98.) Betaversionen har emellertid så många fel att kvaliteten på slutversionen kan ifrågasättas.
Pris: 16 950 kronor plus moms.
Tillverkare: Inprise, www.inprise.com.
Leverantörer: Agenda, telefon 08 15 50 25, fax 08 15 50 75, www.agenda.se. Linsoft, telefon 013 31 15 88, fax 013 13 56 95, www.linsoft.se.
Kräver: Uppskattningsvis Pentium2, 128 Mbyte minne, 200 Mbyte skivminne.
Betyg: 4
Borland har bytt namn till Inprise men fortsätter med sina verktyg för klient-server utveckling. Senaste i raden är Jbuilder 2.0 som lägger till många nya funktioner och rikare klassbibliotek.
Det som en utvecklare märker först är de positivt överraskande hjälpfunktionerna som kortar inlärningstiden avsevärt. Bara det gör att Jbuilder hamnar i en klass för sig.
Förutom fullständig hjälp för objekt och klasser finns användarhandledningar som lättfattligt beskriver miljön och klassbiblioteken. Steg-för-steg-beskrivningar introducerar användandet av Inprises klassbibliotek. Det finns till och med recept på hur SQL-frågor ska läggas in i tillämpningen.
Klassbiblioteket som medföljer är komplett och genomtänkt. Förutom standardklasser från Sun och Inprises egenutvecklade klasser för bland annat databasåtkomst, medföljer även en komplett uppsättning Swing-komponenter för att bygga användargränssnitt, både för vanliga dialoger och databasåtkomst. (Swing gör det enkelt att ändra utseende på tillämpningen utan att ändra i källkoden.)
Lika viktigt som klasser för användargränssnitt är så klart databasåtkomst. I
Jbuilder finns många användbara dylika som hanterar i stort sett alla moment.
Till exempel går det att med en handfull klasser göra en tillämpning som kopplar upp sig till en databas; söker fram en tabell och lagrar den lokalt (valfritt i intern- eller skivminne); låter användaren ändra valda värden; samt uppdaterar databasen.
Mycket tid sparas på att det hela tiden under utvecklingen går att direkt testa uppkoppling och till och med SQL-frågor mot databasen. I andra verktyg måste projektet kompileras och köras innan man vet om databasåtkomst fungerar.
Finns det då inga problem?
Jo, i likhet med flera andra Javaverktyg är Jbuilder både processor- och minneskrävande. Versionen vi fick hade inga specificerade krav, men antagligen är även den slutliga versionen för krävande för att kunna köras på en Pentium-klass maskin.
Den sena betaversion vi testade innehöll som väntat många fel i själva miljön. Under testet stannade programmet flera gånger i timmen. Även i klassbiblioteken upptäcktes ett par direkta fel och några underligheter. Mest förvånande var att till och med hjälptexten låste sig ibland.
Förvisso är betatester till för att hitta fel, men med tanke på mängden fel är det tveksamt om Inprise hinner få upp kvaliteten på slutprodukten. Men även med felen är Jbuilder ett av det bättre verktygen på marknaden.
Krav på Javaverktyg
Testet av Jbuilder skulle varit med redan i förra numrets stora Javatest, men kom inte med på grund av att vi inte fick alla delar i tid.
Eftersom Jbuilder jämförs med tidigare testade produkter, följer kraven från det stora testet nedan:
Javaverktyg ska vara snabba, användaren ska inte behöva vänta långa stunder. Det ska gå att separatkompilera klasser. Om hela projektet måste kompileras om varje gång något ändras förlorar man tempo.
Det ska vara enkelt att använda AWT-klasser (Abstract Windowing Toolkit):
Användargränssnittet ska designas grafiskt, och komponenter på skärmen ska lätt kopplas till kod och andra komponenter.
Viktigt är också hur bra hjälp det finns.
Hjälp för den aktuella klassen eller komponenten ska aldrig vara mer än ett par tangenttryckningar bort.
Verktyget ska ha grafiskt stöd för databaskoppling med hjälp av JDBC (Java DataBase Connectivity).
JDBC går att använda med alla verktyg, men det som skiljer är hur väl det går att grafiskt koppla ihop databasens komponenter (tabeller och så vidare) med Javakoden.
För att testa verktygen skrev vi några enkla variantar av klienter till en relationsdatabas av typ kundregister.
Text : Ola Sigurdson
(19980604)
OSYSTEM