Java EE modul újrahasznosítása

Fórumok

Hozzászólások

Frontend szinten így nem lesz soha modulrendszerű. Ha portálban és portletekben gondolkodok, akkor a különféle ügyfelek különféle igényeit le lehet képezni egy-egy újabb portletben, amelyek külön weboldalakat használnak a külön igényekre és közös weboldalakat a közös dolgokra. A backend-et pedig érdemes közösen tartani, mind business function rétegre, mind a DAO rétegre.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

git,hg - repo cloning, vagy branch.
svn - modul masolasa a masik repoba

Pont a CVS-re nincs igazan jo megoldas, ezt megszivtatok.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Ne CVS-t használjatok, hanem SVN-t vagy bármi még modernebbet.
Tanuljátok meg rendesen használni (branch, patch, backport, stb...)
Csináljatok egy sereg teszt-esetet, hogy a backportolások hibáit automatikusan ki tudjátok szűrni.
Nézz utána annak, mi is a continuous-integration.

Más: vagy patchelsz, vagy override-olsz.

--
Gábriel Ákos

Most köcsög troll leszek, igen, de ezért nem szokott senki refaktorálni, csak beszélni róla...

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Üdv,

- cseréljétek le a cvs-t svn-re vagy jobbra
- gondoljátok végig az architekturátokat, mert ahogy olvasom, eredetileg nem arra lett kitalálva, amire használni akarjátok
- nézzétek át a keretrendszert, amit használtok, mert ez a modulok közötti váltásnál eltűnik a session, nem a jó keretrendszer választásának jele :)
- fent említette valaki a portlet-eket, nézzétek át (LifeRay kezdetnek pl.)
- a refactoring pénzbe és időbe kerül, azt számoljátok bele, viszont ha belekezdetek, akkor már úgy csináljátok meg a mögöttes logikát, hogy lehessen automatizálva tesztelni. Ezzel a kódminőség/megbízhatóság is drasztikusan növekedni fog