Защо да използвате потребителски обект Life Ray вместо CUstom Bean

Използвам Liferay portal 6, моля, кажете ми защо да използвам потребителски обект Life Ray вместо CUstom Bean

public class UserBean {

private String firstName;
private String lastName;
private String middleName;
private long userId;
private String screenName;
}


The way we are getting User from Liferay
User userObj = UserLocalServiceUtil.getUserById(userId);

BeanUtils.copyProperties(UserBean, userObj);

Аз съм нов в свойствата на портала LifeRay, така че моля да ме извините, ако въпросите ми са глупави

Въпросът ми е, ако имам своя потребителски обект (UserBean), тогава защо се нуждаем от достъп до Liferay User??


liferay-6
person hans    schedule 30.06.2011    source източник
comment
Тъй като има само 34 въпроса, маркирани с liferay-6, се съмнявам, че ще получите много отговор по този въпрос.   -  person George Johnston    schedule 30.06.2011
comment
Моят въпрос би бил: защо имате нужда от персонализиран bean, ако можете просто да получите достъп до обекта Liferay User? Моля, обяснете ни какъв е вашият случай на употреба и имайте предвид клавиша Shift в процеса.   -  person p.mesotten    schedule 25.10.2012

Отговори (1)


arrow_upward
0
arrow_downward

Добър въпрос. Какво правите с потребителите на Liferay? Вашите потребители съхраняват ли се някъде различно от Liferay? Поддържате ли два набора потребители, един в Liferay и един някъде другаде? BeanUtils.getProperties() използва отражение, така че може да помислите за различен метод за адаптиране, независимо от това защо се прави.

Опитвам се да чета между редовете и да разбера защо бихте искали да направите нещо подобно. Бихте ли ми поставили сценария в контекст? Простете ми, че съм невеж, но единствената причина, която мога да измисля, е, че искате да можете да разположите кода си на повече от една портална платформа. Това точна оценка ли е?

Ако това е точна оценка, тогава виждам обвиване на потребителския обект Liferay и вероятно бихте искали да приемете модела на адаптера. В противен случай, ако обектът Liferay User вече има полетата и методите, които поставяте във вашия клас UserBean, не съм сигурен защо бихте искали да го обвиете.

Ако случаят на употреба не е внедряване на множество портални платформи, бихте ли споделили какъв е случаят на употреба? Трудно ми е да намеря причина, поради която бихте искали да опаковате Liferay User във вашия собствен UserBean клас. Всъщност мога само да измисля причини защо не трябва да го правиш. Виждам как бихте могли да се притеснявате, че вашата компания ще смени платформите някъде в бъдеще. Това е основателна загриженост, но е несигурно. Кодирането и проектирането за несигурни бъдещи изисквания предполага риск от изразходване на ресурси за нещо, което може да не е необходимо.

person stackfish    schedule 01.09.2011