내 핵심 usecase는 데이터베이스 및 디렉토리 서버에서 읽고 쓰는 것입니다.내 용도로 사용할 디자인 패턴은 무엇입니까?
예 : 는 createUser, modifyUser, associateGroup, 과 changepassword 등
내가이 사용 사례 몇 가지에서 수행되는 여러 가지 다른 기능을 가지고있다. 1.) 감사 시작 2. 예외/오류시 감사 실패 3.) 데이터 유효성 검사 4. 데이터베이스에 지속 5.) 디렉토리 서버 (LDAP)에 계속 저장 6. 알림 암호 변경 같은 somecases 7.) 감사 성공 8.) 향후 뭔가 다른
나는 어떤 종류의 데코레이터 디자인 패턴에서 이것을 구현하는 것이 더 좋은 제안입니까 ??? 당신이 그것을 유지하기 전에
덕분에, 인 Vignesh
이 요구 사항은 백엔드 기능을위한 것이며 데이터 유효성을 확인하기 위해 데이터 유효성 검사가 다시 수행됩니다 (첫 번째 유효성 검사가 UI에 있음). 하나의 지속 내가 디렉토리 서버 (LDAP)에 대한 의미이며, 다른 데이터베이스에 있습니다. – user2598724
나는 UI 요소를 넘어서 서버 측 유효성 검사가 필요하다는 데 동의합니다. 그러나 요청이 서비스에 들어올 때 완료되어야합니다. 나는 당신이 당신의 데이터베이스를 네트워크에 노출시키지 않는다고 가정하고있다. – duffymo
요청이 UI에서 오는 EJB 호출. EJB 코드에서 모든 것이 필요한 곳입니다. 예 : 1. 감사 시작 2. 오류/예외 발생시 감사 실패 3. 데이터 유효성 검사 4.) db에 저장 5.) 디렉토리 서버 (LDAP) 6.) 패스워드 변경 등과 같은 상황에서 통지하십시오. 7.) 감사 성공 – user2598724