Kamen,

Triabva da pochnesh da zabraviash za nauchenite OO neshta :) zashtoto te shte
pochnat da te byrkat. Razbira se OO se izpolzva za implementiraneto na
konkreten modul ili service ili unit ili kakto iskame da go narechem. Az shte
gi naricham tezi services obache.

Veche govorim za dobre oformeni razpredeleni (distributed) sistemi, kydeto
kakto kazah OO uchastva samo v implementiraneto na opredelena logika ili
service. Nie govorim za "services", koito govoriat s drugi services po
standartni protokoli i vryzkata mejdu service i service ili kak i kyde sa te
niama nishto obshto sys OO.

Interesnoto e, che daje i implementiraneto ne opredelen service moje da niama
nishto obshte sys OO, ako tozi service e systaven (composite service) ot
niakolko drugi services, koito moje da sa chast ot druga arhitektura. Veche se
govori za "composite applications" daje...

Az mislia che design na opredeleni moduli ili services veche e dosta iasna i ne
tam sa interesnite neshta. Vseki znae kak da napravi 3 sloina (tiers)
arhitektura: presentation + business logic + data. Iasno e che imame
abstraktirane na UI kato samostoiatelna, za da moje lesno da se smenia. Iasno e
che business logikata triabva pyk da se abstrhira ot data-ta sys svoi si
busines obekti i taka natayka.

Tova gornoto sme go pravili 1 mln pyti i se znae kak da se napravi dobre 3
tiers arhitektura spored mene.

Az govoria kogato neshtata se razrastvat, kydeto imame mnogo sloeve i kydeto
razlichni services moje da sa chasti ot razlichni arhitekturi.

Ednata ot onezi knigi govori mislia za edin nachin kak da se svyrjat tezi
services, ne govori kak da se designat services v dylbochina, zatova moje da ne
e za tova koeto tyrsish. Ne znam.

Edinia ot interesnite nachini e EDA (event driven arhitecture), kydeto vsichko
e messages :) koeto pozvoliava edna mnogo interesna SOA arhitektura

Moje bi pochnah da se otkloniavam, de da mojeshe da govorim lice v lice,
po-lesno shteshe da byde, inache lesno se otkloniavam :)

do skoro,
Stanimir (Stan)

--- kaburov <kaburov@...> wrote:

> Stan
>
> Svalih ot neta niakolko kopia na knigite koito prepora4a i gi
> pregledah
>
> 4udia se 6to v tiah ne vidiah nai-dobria podhod spored men. Gledal
> sam na drugi mesta i mislia 4e logi4no sledva ot ideite na OO
> programirane, OO analiz/dizain, oprosten dizain+ma6tabiruemost i
> entity-relational model
>
> Toest za men e dobre da se podrejda koda na biznes logikata v
> middleware po biznes obekti i procesi koito se darjat kolkoto moje po
> blizo do realnite biznes obekti/procesi. I tozi kod se polzva prez
> WS, CORBA, EJB ili ne6to podobno ot UI koito moje da e web ili
> windows. A obektite se serializirat v bd kato dolu gore edin obekt e
> edna tablica
>
> Mislia tozi podhod dava vazmojnost za red predimstva
> niakoi ot tiah:
> - intuitiven na4ina na rabota
> - maksimalno udovletvorenie na klientite
> - stabilen i plaven proces na razvitie
> - po lesno razbirane
>
> Kamen
> :-)?
>
>
>
> --- In java_maniacs@yahoogroups.com, Stanley Stanev
> <stanley_stanev@...> wrote:
> >
> > Da, tuka na takiva im kazvame "spaghetti code", kydeto horata
> dobaviat i
> > dobaviat i si misliat che sa dobri, no sled 2 godini naprimer se
> vijda che
> > neshtata sa dosta zle i vsichki plachat za uvolnenie.
> >
> > Edna ot arhitekturite, koito se opitva da reshi tozi problem e
> BPM+SOA, koeto
> > razbira se ne e neshto novo, no se e razvivalo v prodyljenie na
> vsichki tezi
> > problemi i poslednite niakolko godini se poiaviha dosta instrumenti
> i standarti
> > da go potdyrjat.
> >
> > Moite nabliudenia pokazvat che BPM ne se usvoiava tolkova byrzo
> kakto SOA
> > navliza, no tova ne prechi ekipi da praviat losh SOA i pak neshtata
> da yrviat
> > na zle.
> >
> > Az sym svideltel na dobri i loshi SOA. Dobrite reshavat tochno tezi
> problemi za
> > koito govorish. Ako tezi koito vodiat sa dobri v tova, sled 1-2-3
> godini sled
> > kato pochnat da idvat golemite promeni, neshtata se reshavat dosta
> elegantno.
> >
> > SOA ne e prosto edin dva tri services, koito dostigat do klientite,
> no e
> > arhitektura vytre v produkta ti, koito nikoi ne vijda osven
> arhitektite,
> > designeri, i programisti.
> >
> > Tochno zatova golemi internet firmi kato Amazon, eBay, Google i
> drugi praviat
> > dobro vpechatlenie na pryv pogled, a vytre e pylno sys "spaghetti
> code". Az
> > znam tova sys sigurnost, zashtoto ednite ot tiah (niama da kazvam
> koi) iskat da
> > im pomagame da si opraviat spagetite :)
> >
> > do skoro,
> > Stan
> >
> > --- kaburov <kaburov@...> wrote:
> >
> > > Stanley
> > >
> > >
> > > Blagodaria za linkovete
> > > Namerih izdanie ot 2002 godina na parvata kniga i go pregledah za
> > > kratko
> > > Ima cenni ne6ta ama kato cialo mi izglejda avtora uslojniava
> izli6no
> > > ne6tata
> > >
> > > Pove4e mi haresva mnenieto na drug koito e pisal predi dosta
> vreme:
> > > . . . There are two ways of constructing a software design: one
> way
> > > is to
> > > make it so simple that there are obviously no deficiencies, and
> the
> > > other way is
> > > to make it so complicated that there are no obvious deficiencies.
> > > C.A.R. Hoare, Turing Award Lecture 1980.
> > >
> > > Tova 4e web i google vse pove4e se nalagat potvarjdava tova
> mnenie.
> > > Koeto zna4i 4e pravilnia podhod za dizain e da se varvi kam
> > > oprostiavane: s po malko vavedeni poniatia i oprosten dizain
> koito
> > > moje da se ma6tabira
> > >
> > > Eto niakoi slu4ai s golemi firmi i proekti za milioni koito sam
> > > vijdal v bg i izvan bg ot blizkoto minalo:
> > >
> > > 1. firma si praviat nov sait koito da e osnova na biznesa im
> > > koito e simpati4en na 6efa pokazal 4e moje da pi6e kod koito
> raboti
> > > opisali biznes procesite i niakoi drugi podrobnosti i po tiah
> pisali
> > > kod koito raboti s tablicite
> > > pone tablicite normalizirali
> > > po4ti proizvolno izbirali koia 4ast ot logikata da e v
> komponenti,
> > > koia v stored proceduri v bazata danni, koia v UI i kak da se
> razdeli
> > > koda na razli4ni proekti
> > > rabotili na par4e godini na red malko po malko bez cialosten plan
> > > polu4ila se bezsmislena pletenica ot kod po4ti bez dokumentacia
> na
> > > koiato otnema zna4itelno vreme da se napraviat promeni a i niakoi
> > > problemi ot kade idvat e nevazmojno da se otkriat, kato 4e li sa
> > > pisali proekta taka 4e samo sazdatelite da rabotiat po nego ama
> > > sigurno v niakoi slu4ai i te se oplitat
> > >
> > > pri tiah spored men po-dobar podhod e da se podrejda logi4no koda
> po
> > > funkcionalnost v middleware i da se izbiagva dublirane na biznes
> > > logika
> > >
> > > 2. firma si praviat IS koiato da pomaga v deinosta im. Taka se
> > > slu4ilo 4e nazna4ili hora koito znaiat oracle i te im kazali 4e
> > > stored proceduri sa barzi, za tova re6ili da pi6at goliama 4ast
> ot
> > > biznes logikata v stored proceduri, kato ne se setili 4e po tozi
> > > na4in se polu4ava pletenica koiato po niakoe vreme stava
> prekaleno
> > > slojna
> > > ne napravili cialosten plan
> > >
> > > sa6to pri tiah spored men po-dobar podhod e da se podrejda
> logi4no
> > > koda po funkcionalnost v middleware i da se izbiagva dublirane na
> > > biznes logika
> > >
> > > 3..firma re6ili da si praviat nova IS sistema koiato da polzva
> > > vazmojnostite na novite tehnologii, pisali zadanie i opisanie v
> koito
> > > osnovna 4ast e opisanieto na biznes procesite koito iskat da
> > > avtomatizirat. Nazna4ili hora koito rabotiat za minimalno
> zapla6tane
> > > na par4e i te pisali tova koeto se vijda nai-lesno -
> potrebitelskia
> > > interfeis
> > > Tablicite normalizirali
> > > Stignali do okolo 70% i re6ili da tarsiat koi da pomogne da
> zavar6at
> > > ne6tata
> > >
> > > Razbira se kato se raboti po tozi na4in se polu4ava po4ti
> bezmislena
> > > pletenica, ne sam gledal koda ama moga da se setia kak se raboti
> na
> > > par4e za minimalno zapla6tane
> > >
> > > Sa6to spored men e dobre da se pravi cialosten plan, da se
> podrejda
> > > koda po funkcionalnost i da se izbiagva dublirane na biznes logika
> > >
> > > Ne iskam da spomenavam imena na firmi za da niama skandali
> > >
> > > Mislia tozi na4in na rabota i tezi problemi sa tipi4ni za mnogo
> > > firmi. V idnite gonini predstoi ne6tata da se podobriavat. Taka
> li e?
> > >
> > >
> > > Kamen
> > > :-)?
> > >
> > >
> > >
> > >
> > > --- In java_maniacs@yahoogroups.com, Stanley Stanev
> > > <stanley_stanev@> wrote:
> > > >
> > > > Kamen,
> > > >
> > > > mnogo mojem da govorim po temata, zashtoto arhitektura i design
> me
> > > vylnuvat
> > > > mnogo
> > > >
> > > > no nakratko eto dve knigi, koito shte sa ti ot goliama polza za
> > > design:
> > > >
> > > > http://www.amazon.com/Enterprise-Application-Architecture-
> Addison-
>
=== message truncated ===


Stanimir Stanev (Stanley)
Senior Software Developer
Momentum SI, Austin TX
http://www.momentumsi.com
http://www.stanev.com



________________________________________________________________________________\
____
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ