22. oktober 2001 - 17:33Der er
5 kommentarer og 2 løsninger
JavaBean vs. Servlets
Ja ja. Jeg har læst om denne diskution før på eksperten.dk. Men desvære var de kun kommentar til andre spørgsmål. Og derfor kan jeg ikke finde dem. Så bær lige over med mig. Jeg er en af dem som hoppede på Javabeans, som skal stå for alt det med database-halløj. Men jeg kunne også have valgt at lave servlets, som skulle stå for det. Det eneste jeg ved er at Java bønnen \"er skabt\" til det. Og at det er noget sværere at gøre det i Servlets. Så det jeg kan bruge er en argument til hvorfor jeg skal bruge det ene fremfor det andet. Jeg har desvære ikke så mange point at give af, så sorry. Jeg hilser alle svar/kommentat velkommen. Vi er her for at få bedre viden.
En bønne er mere genbrugelig, du kan jo f.eks. have en database-bønne som du så både kan anvende når du udvikler webapplikationer og når du skal lave almindelige applikationer.
En Servlet (ligesom jsp) har til ansvar at håndtere request og response, \"intet andet\". En servlet bør alligevel bruge en database bean til det med database-halløj.
\"En servlet bør alligevel bruge en database bean til det med database-halløj. \" Er det ikke fordi det er lettere med en bønne end en servlet? Man kan kunne jo lave servletten sørge for det, ikk´, man kan bruger det der , connection pools?
Selvfølgelig kan du lade servletten tilgå databasen direkte, og det er der frygtelig mange, der gør. Det betyder bare, at der er intet som helst genbrugelig i det scenario. Hvis du derimod indkapsler din forretningslogik eller databaselogik separat, vil du kunne genanvende det mange andre steder, som f.eks. fra både servlets og JSP.
Connection pools er desuden ikke noget som er forbeholdt servlets :-)
Genbrugelighed/fleksibilitet er nok nogle af hovedargumenterne.
Og netop det, at man adskiller logik fra model er noget man generelt anvender inden for systemudvikling, og her kommer bønnen jo ind i billedet.
I det hele taget vil man lave et objektorienteret design så kommer man ikke uden om bønner, det vil virke lidt underligt at lade en kunde repræsentere af en servlet.
Mere interessent syntes jeg egentlig det er om man bør anvende servlets, da jsp blot er et abstraktionsniveau over dette.
Servlets synes jeg kan være gode hvis man vil skjule koden væk fra præsentationen (JSP). For man skal jo så vidt som muligt prøve at holde funktionaliteten ude på java siderne, ikk´
Jeg håber at vi kan fortsætte lidt endnu! Men jeg har ikke lyst til at tvinge folk til mere end der er blevet spurgt om, så her er pointene, Håber I er tilfredse med fordelingen!!
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
