[es] - Ajmo malo o Springu

anon315

Član broj: 315
Poruke: 1657
*.mediaworksit.net.

+13 Profil

^{21.06.2007. u 12:23 - pre 204 meseci}

Citat:

1.) Prvi problem cu resiti tako sto cu da batalim Spring i predjem na google guice cim nadjem vremena

A kako se to resava u Guice-u? Posto je poenta da postanes nezavistan od implementacije. Kako onda znas da si zavistan tj. kako te kompajler obavestava?

Odgovor na temu

sanchi
Sanja Jokic
Beograd

Član broj: 148256
Poruke: 104
*.cisco.com.

+8 Profil

Re: Ajmo malo o Springu

^{21.06.2007. u 13:35 - pre 204 meseci}

Kod guicea se konfiguracija ne radi xml fajlovima, nego anotacijama i module klasama.

Ako na primer zelis da povezujes uvek isti interfejs sa istom implementacijom, definisaces bajnding u svom modulu:

Code:

public class MyModule implements Module {
    public void configure(Binder binder) {
        binder.bind(CommunicatorFactory.class).to(SocketCommunicatorFactory.class);
    }
}

Na taj nacin ne moras da brines o tome da li si napravio propust u definisanju paketa ili imena klase, ili da li ti klasa uopste nije u classpathu, posto ce tvoje okruzenje sve da proveri umesto tebe, pa nece biti neprijatnih runtime iznenadjenja.

If people were meant to pop out of beds we would all sleep in toasters.
Google is your friend http://justfuckinggoogleit.com/

Odgovor na temu

anon315

Član broj: 315
Poruke: 1657
*.mediaworksit.net.

+13 Profil

Re: Ajmo malo o Springu

^{21.06.2007. u 13:48 - pre 204 meseci}

E pa to je super. Znaci taj problem je resen. Ali kao i obicno jedno resenje donosi neke prednosti, ali neke i mane.

Na primer: imas takvu Guice aplikaciju i tebi je u kodu zakucana implementacija prakticno.

I onda prodas nekom tvoj modul i das mu API (interfejse) da moze sam da napise implementaciju. Kada on to uradi, nece moci da izmeni implementaciju bez da vidi kod tvog modula. Ali ti to nekad ne zelis.

Jel to znaci da u tom slucaju Guice otpada? Ili postoji alternativa da se koristi i kod njega XML-ovi?

Odgovor na temu

sanchi
Sanja Jokic
Beograd

Član broj: 148256
Poruke: 104
*.cisco.com.

+8 Profil

Re: Ajmo malo o Springu

^{21.06.2007. u 15:55 - pre 204 meseci}

Module ne sadrzi nista vise od springove xml konfiguracije, pa ne znam zasto klijent ne bi mogao da vidi njegov kod.

Module se injectuje na pravom mestu: na samom ulazu u aplikaciju, tako je lako izmenjiv.
Ja planiram da koristim dva modula: jedan za testove, i jedan u produkciji.

Mislim da guice po potrebi podrzava i eksterne konfiguracije, i to bas springove.
Ako vec pravim api library pa zelim da klijenti mogu lako da menjaju sve konkretne implementacije, ja bih u tom xmlu samo konfigurisala konkretnu implementaciju modul klase.

Iskreno, nisam se u praksi nikada susretala sa potrebom da menjam konkretne implementacije tako sto cu menjati spring konfiguraciju? Da li takvo nesto zaista postoji?
U nekoliko slucajeva kada mi je to bilo neophodno, a api je to podrzavao, sto je bilo svega par puta, cini mi se da sam to radila setovanjem nekih varijabli, a ne menjanjem springovog xml-a. A to se vec mnogo lakse moze izvesti u guice-u.

Ne znam.. ja imam srecu da nemam tako zahtevne klijente. Uglavnom nikad.

If people were meant to pop out of beds we would all sleep in toasters.
Google is your friend http://justfuckinggoogleit.com/

Odgovor na temu

dejankr
Dejan Krsmanovic
JavaEE programer
Beograd

Član broj: 7842
Poruke: 384
*.dynamic.sbb.co.yu.

+1 Profil

Re: Ajmo malo o Springu

^{21.06.2007. u 22:14 - pre 204 meseci}

Citat:

sanchi: Iskreno, nisam se u praksi nikada susretala sa potrebom da menjam konkretne implementacije tako sto cu menjati spring konfiguraciju? Da li takvo nesto zaista postoji?

Slažem se.. Jako retko postoji potreba da se menja implementacija nekog interfejsa od nekog sa strane i lično mislim da je ta osobina Spring-a precenjena. Ne samo što u praksi to jako retko dešava, već i zato što promena implementacije nije jednostavna stvar. Primera radi, Spring ti omogućava da ti koristiš DAO interfejse a da mu onda podmećeš Hibernate, iBatis ili JDBC implementaciju. Ali stvar je da sve ove implementacije jako različito rade i teško da možeš da sve promene ostaviš samo u DAO klasi. Ako to i uspeš, rešenje ti sigurno neće biti optimizovano, jer teško da ćeš u DAO klasi moći da uhvatiš sva mesta gde koristiš lazi inicijalizaciju Hibernate objekata ili da praviš optimalne upite za zadatu situaciju.

Elem, nisam koristio Guice, ali evo kako u JBoss Seam-u možeš imati i "jare i pare". Tj. i da izbegneš velike XML-ove a i da imaš alternativne implementacije.

Code:

class Primer..{

     @In
     private UserManager userManager;

     ....
}

interface UserManager {
     ....
}

@Name("userManager")
class bean MyUserManager implements UserManager {
    .....
}

U ovom slučaju, sa anotacijom @In, ti kažeš da hoćeš da ti se injectuje bean koji po defaultu ima naziv isto kao promenljiva, dakle userManager, (mada možeš i eksplicitno da mu kažeš koji je naziv beana). U implementaciji interfejsa, ti kažeš kako ti se zove taj bean. Ako baš hoćeš da lako menjaš implementaciju, mislim da možeš staviti sve implementacije u poseban jar, tako da bi alternativna implementacija trebalo samo da bude definisana u drugom jar-u koji ćeš staviti umesto ovog defaultnog. Ipak, mislim da se jako retko javlja potreba za ovako nečim i mislim da je insistiranje na ovako nečem, nepotrebna komplikacija.

Odgovor na temu

erno
Ernad Besirevic
Graz

Član broj: 56944
Poruke: 261
*.cust.tele2.at.

Profil

Re: Ajmo malo o Springu

^{21.06.2007. u 23:12 - pre 204 meseci}

Zdravo svima.

Kako sam se nasao u situaciji koju ste vjerovatno, ako ne svi, barem vecina prosli, zamolio bih za par savjeta. Dobio sam posao gdje trebam raditi sa Springom i Hibernateom. Prije nisam radio sa Springom jer sam za sve svoje projekte koristio framework iz vlastite radionice. Malo sam koristio Struts i Stripes -> nista posebno. Sad, posto se nalazim u takvoj situaciji, mislio sam porediti Framework-e, ali kad malo bolje razmislim u tom poredjenju mogu se malo izgubiti. Zato sam odlucio pridruziti se diskusiji i mozda mi neko ipak pomogne posto vidim da ima ljudi/djevojaka koji se kuze u ovo. Ono sto me licno smeta su ova silna XML podesavanja, prepravljanja, ali sta ces-mora se. Imao bih, dakle, par pitanja:

- odakle poceti sa Springom (Hibernate je tema za neku drugu pricu, sad me zanima samo Spring). zaobidjimo odgovore tipa: springframeworks.org i sl. ono sto mi
treba je tutorial za debila totalnog :-)
- neka dobra knjiga za preporuku??
- IDE preporuka?
- sve ostalo sto ide uz Spring, sto je vama pomoglo da skontate ovaj framework.

Unapred zahvalan za svaku pomoc.

pozzz

Odgovor na temu

anon315

Član broj: 315
Poruke: 1657
*.adsl-1.sezampro.yu.

+13 Profil

Re: Ajmo malo o Springu

^{22.06.2007. u 08:21 - pre 204 meseci}

Ako si pazljivo citao post, primetio si da sam naveo novu verziju knjige Spring in Action. Ja sam je narucio, ali je preorder, pa ce joj trebati metar dana. Jos uvek ne moze da se skine "na kvarnjaka". Neke moje kolege koriste Spring in Action za verziju 1.x, a onda koriste posle toga spring-reference koji si pomenuo, koji onda vec ima smisla. Ja cu se strpeti dok mi dodje knjiga, jer mi nije hica...

Odgovor na temu

ana
Ana Balevic
LIACS & ACE
Amsterdam

Član broj: 5669
Poruke: 170
*.l.strato-dslnet.de.

Jabber: ana@elitesecurity.org
Sajt: tesla.rcub.bg.ac.rs/~tauc..

Profil

Re: Ajmo malo o Springu

^{22.06.2007. u 17:17 - pre 204 meseci}

Dejane, hoces da kazes da sa Jboss Seam-m nema potrebe za XMl konfig fajlovima - jel potpuno ili parcijalno resenje ?

Odgovor na temu

dejankr
Dejan Krsmanovic
JavaEE programer
Beograd

Član broj: 7842
Poruke: 384
*.sbb.co.yu.

+1 Profil

Re: Ajmo malo o Springu

^{22.06.2007. u 20:44 - pre 204 meseci}

Ne baš... Postoji više konfiguracionih fajlova, međutim, nemaš potrebe često da ih diraš. Oni mogu da se generišu na početku sa, seamgen alatom, i ukoliko ti ne treba nešto specijalno, uglavnom i ne moraš da ih menjaš. Navigaciju je moguće handlovati i bez konfguracionih fajlova, ali mi se čini da je ipak pametnije da to bude u konfiguracionom fajlu.

Odgovor na temu