[Javalist] Business logic scope Session beanben

[István Viczián]

Sziasztok,

Tényleg nem akartam JavaEE vs. Spring vitát kezdeményezni. Mind a
kettő alkalmas a feladat megoldására, én bőven láttam mindkettőt, és a
Java EE is menő, érdemes követni Adam Bien blogját és videóit erről a
témakörről.

@PeterVerhas: Guice lesz az, nem Guava. Olvastam róla valami Java 9
Programming by Example könyvben. :D

Csak arra akartam utalni, hogy sajnos tapasztalat alapján látom, hogy
a fejlesztők hajlamosak az EJB-ből God objectet készíteni, és a
kérdező ne fusson bele ebbe a hibába. És nem, természetesen az EJB sem
mond ellen a single responsibility-nek, csupán a fejlesztők hajlamosak
ezt felejteni. Ugyanígy a Spring service-ek is hajlamosak elhízni. És
sem EJB sem Spring esetén nem kell mindent EJB-ben/Service-ben
implementálni, van helye egyszerű osztályoknak is.

Üdv,


--
Viczián István


Gábor Garami <gabor.garami at hron.me> írta (2017. június 14. 10:44):
> Igazából a Spring annyira intuitív módon tanulható, hogy én, aki
> kocajavás és kocafejlesztő vagyok, is átlátom. A fenti @Inject -et
> mondjuk nem vágtam volna csípőből (pusztán azért, mert nem kódolok túl
> sokat Springben), de így utólag tényleg tök logikus.
>
>
> Garami Gábor
> E-mail: gabor.garami at hron.me
> Tel: +36 20 235 9621
> Skype: hron84
>
>
> 2017-06-13 22:34 GMT+02:00 Peter Verhas <peter at verhas.com>:
>> A Spring mellett szól, hogy jobban mutat az életrajzban. Több nagy vállalat
>> használja, mint az EJB-t. Hogy ezt mire alapozom azt ehet sejteni, de NDA.
>> Az elmúlt 5 évben nem találkoztam EJB-vel, míg azonban Spring-gel meg több
>> helyen is.
>>
>> Szerintem ha megérted egy-egy részét, hogy mit csinál, és hogyan akkor
>> teljesen logikus. Én pl. járteam úgy vele, hogy csináltam egy
>>
>> @Inject List<X>
>>
>> mezőt, arra gondolva, hogy akkor abba minden @Component class Z implement
>> X-ből egy példányt kapok, mert az úgy lenne logikus, és tényleg. Utána
>> megtalálta a dokumentációban is, hogy valóban. Eg idő után, mint mindent,
>> elkezded átlátni és érteni a logikáját. Néhol szenved attól, mint a Java,
>> hogy bakvard kompatibilis ezért eklektikusnak is nevezheted. (De csak két
>> sör után a hörpintőben!)
>>
>> Ha nagyon tiszta és világos, puritán és csak DI IOC-re vágysz akkor Guava.
>>
>> Péter
>>
>>
>> On Tue, Jun 13, 2017 at 4:03 PM András Csányi <sayusi.ando at gmail.com> wrote:
>>>
>>> 2017-06-13 15:59 GMT+02:00 Gábor Garami <gabor.garami at hron.me>:
>>> > Sziasztok,
>>> >
>>> > Kövezzetek meg, de én nem értem, hogy az EJB és a utility
>>> > osztályok/single responsbiility hol ütik egymást. Elvben oly mindegy,
>>> > hogy hol van a valódi munkát végző kód, a lényeg az, hogy az EJB jó
>>> > dolgokat adjon vissza, nem?
>>>
>>> Ezt én sem látom. Általában akkor szoktam jajgatni, amikor nem
>>> tesztelhető a kód. Illetve, az is fájdalom, hogy mekkora költséggel
>>> tudod tesztelés alá venni a kódot. Most, hogy ezt EJB-nek vagy
>>> utilitynek hívod nekem annyira tök mindegy.
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist