2013-07-19 4 views
0

내 핵심 usecase는 데이터베이스 및 디렉토리 서버에서 읽고 쓰는 것입니다.내 용도로 사용할 디자인 패턴은 무엇입니까?

예 : 는 createUser, modifyUser, associateGroup, 과 changepassword 등

내가이 사용 사례 몇 가지에서 수행되는 여러 가지 다른 기능을 가지고있다. 1.) 감사 시작 2. 예외/오류시 감사 실패 3.) 데이터 유효성 검사 4. 데이터베이스에 지속 5.) 디렉토리 서버 (LDAP)에 계속 저장 6. 알림 암호 변경 같은 somecases 7.) 감사 성공 8.) 향후 뭔가 다른

나는 어떤 종류의 데코레이터 디자인 패턴에서 이것을 구현하는 것이 더 좋은 제안입니까 ??? 당신이 그것을 유지하기 전에

덕분에, 인 Vignesh

답변

0

이 데이터는 오랫동안 검증되어 있어야합니다. 해당 코드를 서비스가 요청을받는 위치로 이동하십시오.

"Persist in DB"와 "Persist in database server"는 같은 것입니다. 당신은 그것을 지나치게 복잡하게 만들고 있습니다. 귀하의 의견은 관계형 데이터베이스와 디렉토리를 구별하기 위해 표현을 선호해야하지만 내 결론은 변하지 않습니다.

비밀번호 변경 알림은 별도의 사용 사례입니다.

유일한 자격은 시작, 완료 및 오류 로깅입니다. AOP를 지원하는 언어 나 프레임 워크 (예 : Spring)를 사용하면 주변 환경에서 쉽게이 작업을 수행 할 수 있습니다. 중간 계층 기능입니다.

+0

이 요구 사항은 백엔드 기능을위한 것이며 데이터 유효성을 확인하기 위해 데이터 유효성 검사가 다시 수행됩니다 (첫 번째 유효성 검사가 UI에 있음). 하나의 지속 내가 디렉토리 서버 (LDAP)에 대한 의미이며, 다른 데이터베이스에 있습니다. – user2598724

+0

나는 UI 요소를 넘어서 서버 측 유효성 검사가 필요하다는 데 동의합니다. 그러나 요청이 서비스에 들어올 때 완료되어야합니다. 나는 당신이 당신의 데이터베이스를 네트워크에 노출시키지 않는다고 가정하고있다. – duffymo

+0

요청이 UI에서 오는 EJB 호출. EJB 코드에서 모든 것이 필요한 곳입니다. 예 : 1. 감사 시작 2. 오류/예외 발생시 감사 실패 3. 데이터 유효성 검사 4.) db에 저장 5.) 디렉토리 서버 (LDAP) 6.) 패스워드 변경 등과 같은 상황에서 통지하십시오. 7.) 감사 성공 – user2598724

관련 문제