Archief - [PROG] overgang OO naar procedureel

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
p

passero

Legacy Member
Het is mss geen alledaagse overgang meer maar ik ga die toch moeten maken...

Binnenkort verander ik van werk en ga ik werken als oracle developer waar ik vooral PL/SQL moet schrijven. Dit is een procedurele taal en aangezien ik nogal gewoon ben om OO te denken zal ik het even moeilijk hebben denk ik.
Ik krijg wel een volledige opleiding PL/SQL op het bedrijf maar dat zal meer syntax, functies, framework,... zijn

Ik vroeg me af er geen links of tutorials, boeken, what ever bestaan die beschrijven hoe je makkelijk de stap kan zetten van OO naar procedureel.

Ik ben nu gewoon om te werken met patterns enzo en vind dit heel handig.
Ik zoek dus ook zaken om toe te passen in een procedurele wereld om de herbruikbaarheid, leesbaarheid enzo ten goede te komen
d

den Acid Burn

Legacy Member
tja.

overgang van oo naar procedureel lijkt me toch minder moeilijk dan omgekeerd.
enige dat nu wegvalt zijn classes, objects en zaken als inheritance, encapsulation, polymorphism, substition, ...

gewoon uw methods duidelijke namen geven en voorzien van voldoende commentaar

procedureel programmeren houdt toch niet meer in dan wat procedures/functies aanroepen, al dan niet met parameters.
simpeler kan niet imo :)
k

killgore

Legacy Member
Van welke oo-taal kom je?

Als je van c++ komt is die overgang totaal niet zo groot omdat je vaak c-api's zal gebruikt hebben.
p

passero

Legacy Member
eigenlijk wel ja :)
Kheb efkes zitten spelen met de 10g release 2 editie en die is toch wel serieus verbeterd ten op zichte van 9i.

En het is niet dat ik iets van DBA op mij moet nemen, tis puur development :)
oracle forms, pl/sql enzo
L

Linwe

Legacy Member
Ga je weinig probs mee hebben (normaalgezien). Buiten het uitdokteren van de querries is er aan de taal zelf niets moeilijks aan eens je de tips and tricks begint te leren. PLSQL op zich is dus zeker niet de zwaarste uitdaging. De grotere overstap zal eerder java naar puur oracle ontwikkeling zijn, enkel db-gericht denken maw.

Ik ben 2 maand geleden gestart als oracle developer (mainly plsql dus) maar ben waarschijnlijk van plan me na een goeie 6 maand een échte development job te zoeken :) (lees: java)
Deze job is verre van de job die ik in gedachten had, maar het is wel een zéér goede oracle leerschool!
p

passero

Legacy Member
ah, waar ben je gestart :)
Is mss zelfde bedrijf dan waar ik naartoe ga :p


Ik zie eigenlijk problemen in mijn herbruikbaarheid. Ik vrees dat als ik nu code ga schrijven, die niet meer zo herbruikbaar zal zijn of dat ik niet meer zo goed kan afschermen.
Ik ben nu wel bezig met een boek te lezen over pl/sql en daar staan soms wel goeie tips in van wat je best niet doet.
Ik vroeg me dus af er zo geen cursusje van bestond... of er zo niets vergelijkbaars is met patterns, maar dan procedureel.

Voorbeeld: hoe maak je scheiding tussen business logic en DB, hoe maak je dan die link?
L

Linwe

Legacy Member
Gestart @Ferranti

Patterns moet je niet gaan gebruiken neen :) Just basic stuff. Zaken die je hergebruikt steek je in een functie en die roep je van ergens anders op.
Ik heb thuis een zéér goed pl/sql boekje liggen getitteld "Leerboek Oracle PL/SQL" door Gilbert rattink (http://www.academicservice.nl/catalogus/onderwijs/903950945X.jsp)
Daarin staat al het belangrijkste in om te starten en leest zoals een gewoon leesboek. (veel meer is er eigenlijk ook niet ivm plsql :p) Koop het, ga er een middagje met in uwe zetel zitten en voila, ge zijt pl/sql expert (*kuch*) :)
p

passero

Legacy Member
lol
Kheb mij pl/sql boek gekocht van o'reilly.
Boek van 1200+ pagina. Leest ook zeer vlot en staan zeer handige tips in imo :)
Wel beetje langdradig vind ik op den duur. VOor elk datatype een hoofdstuk van 20blz of t scheelt nie veel
d

den Acid Burn

Legacy Member
typisch voor amerikaanse boeken om zo rond de pot te draaien.
O'Reilly heeft wel de betere technische (IT) boeken, alsook Wiley imo
p

passero

Legacy Member
ik ben nogal content van wrox maar heb geen deftige boek gevonden in die reeks over pl/sql. Die van o'reilly leek me vollediger en meer toegespits op het ontwikkelen.
k

killgore

Legacy Member
den Acid Burn zei:
typisch voor amerikaanse boeken om zo rond de pot te draaien.
O'Reilly heeft wel de betere technische (IT) boeken, alsook Wiley imo
Klik om te vergroten...
Wiley ken ik niet uit ervaring (mssch al eens geleend in bib, dan let ik niet zo merken, ma alleszins nooit gekocht).
O'reilly bekijk ik ook meestal deftig voor ik ze koop, meestal is het droge informatie, maar goed opgebouwd, maar dan heb je ook nog de boeken waar, zoals jij het goed verwoord, er meer rond de pot wordt gedraaid als iets anders. Of van die boeken van 600 paginas waar 100 pagina's geschiedenis en inleiding is :ironic:.
d

den Acid Burn

Legacy Member
passero zei:
ik ben nogal content van wrox maar heb geen deftige boek gevonden in die reeks over pl/sql. Die van o'reilly leek me vollediger en meer toegespits op het ontwikkelen.
Klik om te vergroten...

wrox heeft idd ook goede boeken
T

Talos

Legacy Member
Linwe zei:
Gestart @Ferranti

Patterns moet je niet gaan gebruiken neen :) Just basic stuff. Zaken die je hergebruikt steek je in een functie en die roep je van ergens anders op.
Ik heb thuis een zéér goed pl/sql boekje liggen getitteld "Leerboek Oracle PL/SQL" door Gilbert rattink (http://www.academicservice.nl/catalogus/onderwijs/903950945X.jsp)
Daarin staat al het belangrijkste in om te starten en leest zoals een gewoon leesboek. (veel meer is er eigenlijk ook niet ivm plsql :p) Koop het, ga er een middagje met in uwe zetel zitten en voila, ge zijt pl/sql expert (*kuch*) :)
Klik om te vergroten...

Heb dat boekske ook, vrij deftig. Eigenlijk niet veel moeillijk aan buiten dat mutating table probleem enzo (nuja, "moeillijk")
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan