Archief - [PROG] administratie->java?

k

keybern

Legacy Member

• 23 jul 2006

• #1

joeee

ik heb via via een opdracht gekregen om een programma te schrijven dat het administratief werk moet verlichten. Het gaat om facturatie, productgegevens, enz.
Het bedrijf in kwestie is zeer jong en dus verwacht ik ook zeer snelle uitbreidingen van het systeem. (vb. streepjescodes inscannen, automatische bestellingen, enz)
Specifieke gegevens heb ik nog niet maar ik ben al aan het uitzoeken hoe ik precies te werk zal gaan.
Ik dacht meteen aan Java aangezien ik daar het meeste ervaring in heb en uitbreidbaarheid één van de sleutelwoorden is.
De database erachter weet ik niet goed.

Tips?

m

maatje

Legacy Member

• 23 jul 2006

• #2

ik denk da makkelijker is om met VB.Net te doen, makkelijkere samenwerking met databases (databindings)

of maak een access formulier

T

Tyfius

Legacy Member

• 23 jul 2006

• #3

Jah, tuurlijk, VB.NET dè taal!
Meende da nu serieus ?

Neen, serieus, Java is een goede keuze, zeker als je daar al wat ervaring mee hebt. Je kan proberen het modulair aan te pakken, dus een core voorzien met alle noodzakelijke functies om de applicatie te runnen, en dan de rest (zoals die streepjescode en dergelijke meer) als modules op te maken. De database zelf is ook niet zo moeilijk, er bestaan voldoende bindings die met MySQL, MSSQL, Oracle, ... kunnen werken.

t

tmagus

Legacy Member

• 23 jul 2006

• #4

maak database connectie met hibernate, http://www.hibernate.org/ mss in begin wa moeilijk, ma achter af zo gemakkelijk en direct persisteren van objecten....

k

keybern

Legacy Member

• 24 jul 2006

• #5

hoe zit het met printen vanuit java?
Ik hoor en lees dat het vrij omslachtig is...

B

Bubbling Zombie

Legacy Member

• 24 jul 2006

• #6

keybern zei:

hoe zit het met printen vanuit java?
Ik hoor en lees dat het vrij omslachtig is...

Klik om te vergroten...

take a look : http://www-128.ibm.com/developerworks/java/library/j-m

en over die hibernate: gewoon xdoclet annotations en je bent vertrokken

T

T00mpje

Legacy Member

• 24 jul 2006

• #7

Bubbling Zombie zei:

take a look : http://www-128.ibm.com/developerworks/java/library/j-m

en over die hibernate: gewoon xdoclet annotations en je bent vertrokken

Klik om te vergroten...

Is al niet meer nodig, Hibernate heeft zelf al annotations iswm Java1.5. Piece of cake.

k

keybern

Legacy Member

• 24 jul 2006

• #8

is dat hele Hibernate-gedoe niet té ver gezocht voor zo'n simpel opdrachtje als dit? Brengt dat niet teveel overhead met zich mee?

B

Bubbling Zombie

Legacy Member

• 24 jul 2006

• #9

keybern zei:

is dat hele Hibernate-gedoe niet té ver gezocht voor zo'n simpel opdrachtje als dit? Brengt dat niet teveel overhead met zich mee?

Klik om te vergroten...

Boah, initieel misschien wel. Maar als je later gaat uitbreiden is't misschien beter om ineeens een deftige ORM-tool te gebruiken. Beter voorkomen dan genezen etc.

T

T00mpje

Legacy Member

• 24 jul 2006

• #10

keybern zei:

is dat hele Hibernate-gedoe niet té ver gezocht voor zo'n simpel opdrachtje als dit? Brengt dat niet teveel overhead met zich mee?

Klik om te vergroten...

Het is nu niet dat het moeilijk is. JDBC is erg snel veel complexer.

K

Kn0t

Legacy Member

• 24 jul 2006

• #11

Aangezien het gaat om een facturatie systeem vermoed ik dat er wel wat relaties bij te pas zullen komen. Customer, Order, OrderLine, Product, Category, ...
In zo'n gevallen zou ik zeker opteren voor hibernate (evt. + spring) ipv plain JDBC. En als je dan toch JDBC moet gebruiken dan raad ik zeker aan om spring's JdbcDoaSupport en JdbcDaoTemplate te gebruiken.

T

T00mpje

Legacy Member

• 24 jul 2006

• #12

Ik hoop dat je concepten zoals View, Service en DAO Layer gaat toepassen, anders zal het een interessant projectje worden

Indien wel, dan is Hibernate/Spring daar de logische keuze. Really.

j

jodeman

Legacy Member

• 24 jul 2006

• #13

jdbc is allesbehalve complex, zeker voor dit imho

k

keybern

Legacy Member

• 24 jul 2006

• #14

miss een vreemde vraag maar waar dienen die annotations voor?

E

Emerxill

Legacy Member

• 24 jul 2006

• #15

keybern zei:

miss een vreemde vraag maar waar dienen die annotations voor?

Klik om te vergroten...

Voor alles dat ge zelf ma wilt
Vooral om zaken te genereren zodat gij dat nie zelf meer moet schrijven.
In het geval van hibernate kunt ge daarmee bij uw mappings mee genereren.

te herkennen aan:
@annotation

T

T00mpje

Legacy Member

• 25 jul 2006

• #16

jodeman zei:

jdbc is allesbehalve complex, zeker voor dit imho

Klik om te vergroten...

Ik dacht meteen aan Java aangezien ik daar het meeste ervaring in heb en uitbreidbaarheid één van de sleutelwoorden is.

Als uitbreidbaarheid een vereiste is dan zou ik toch meteen kiezen voor een DB-mapping systeem op Object niveau. JDBC is goed als je enkel wat simpele statements wilt doen, of enkele erg fine-grained ones (wat ook kan via ORM, maar ok), de rest wordt nu standaard gedaan via ORM. Het is maar omdat je Data Access dan totaal geen zorg meer is voor je domein objecten. Het enige wat je _wel_ in de gaten moet houden is cascades en lazy-loading.

k

keybern

Legacy Member

• 25 jul 2006

• #17

Ik hoop dat je concepten zoals View, Service en DAO Layer gaat toepassen, anders zal het een interessant projectje worden

Klik om te vergroten...

mij geheel onbekend moet ik eerlijk bekennen. Ik ken wat patterns zoals Singleton, MVC, Factory, Strategy, Template, etc.

kan je wat links posten ?