Powiedz, że mam klasę Entity, Car. Różnica między zarządzanym komponentem bean a komponentem bean sesji
@Entity
public class Car
Mój IDE pozwala mi automatycznie wygenerować fasoli sesji z klas encji, więc skończyć z CarFacade
@Stateless
public class CarFacade
mogę również generować JSF Managed fasolę
@ManagedBean
@RequestScoped
public class RegistrationController
mogę zrozumieć istotną różnicę między klasą Entity i innymi komponentami bean, ale jakie są różnice między bezstanowymi komponentami bean sesji a zarządzanym komponentem bean? Czytam, że bezstanowy komponent bean sesji służy do implementowania logiki biznesowej działającej na encji, a zarządzane komponenty bean służą do interakcji z interfejsem WWW, poprzez wywoływanie metod wywoływania strony na zarządzanym komponencie bean i zarządzanie połączeniem bean zarządzanej. metody biznesowe w komponencie bean sesji.
Tak więc w moim przykładzie kontroler RegistrationController będzie zawierał metodę + register (String carRegistration), do której strona zadzwoniłaby. ControllerController z kolei tworzy egzemplarz Car i wywoła + create (Car car) na komponencie bean sesji, który będzie go utrzymywał.
Czy to prawda?
Doskonałe, że nie straciła gola w górę. Dzięki! – Laurens
Nie ma za co. A jeśli chcesz edytować samochód, zwykle chcesz zrobić coś takiego: 'this.car = carFacade.find (id);' in podczas '@ PostConstruct' lub'' gdzie 'id' jest parametrem żądania przekazanego. –
BalusC
Przyjemne wyjaśnienie +1 – Shahzeb