나는 내 웹 응용 프로그램의 검증에 대해 생각하고 있어요에 대한 웹 응용 프로그램에서 구성 할 수 있습니다. 여기가 접근법입니다. 1) 도메인 모델에 JSR-303를 사용) 봄 검사기와 검증 인터페이스 2를 구현합니다. 내가 어떤 언어로 오류를 렌더링하는 메시지를 사용할 수있는 더 복잡한 논리를 할 수처럼확인 어디보다 효율적인 방법
첫 번째 방법은 더 낫 네요. 하지만 절전 워드 프로세서는 JSR-303이 동면 모드보다 더 바람직하다는 것을 보여줍니다. 이미 주석 매핑을 사용하여 내 엔티티를 확인하고 유효성 검사 JSR 303을 위해 더 많이 넣지 않을 것이라고 생각하고 있습니다. 가능하다면 둘 다해야 할 것 같습니다. 당신이 제안하는 무엇
? 당신이
가 개인적으로, 나는 웹 (또는 입력) 확인은 매우 지속성 검증 다른 생각 감사드립니다. 종종 귀하의 앱이 데이터를 가져 와서 유효성 확인과 별개로 DB를 사용하지 않는 한 그들은 동일하지만 종종 그렇지 않을 것입니다.
지속성 및 입력 유효성 검사가 섞인 경우 도메인 모델은 프레젠테이션 + 도메인 모델을 혼합하여 사용하려고하므로 도메인 모델이 변경되면 다른 도메인 모델 (이별, 바이 거리)에 영향을줍니다. 당신이 "알몸 오브젝트 '솔루션을 (이 경우 입력이 도메인이어야합니다) 구축하는 경우
는 검증을 혼합하는 것은 매우 간단한 응용 프로그램에 확인 할 수 또는 수 있습니다.
예. 문제는 모델 데이터에 대한 유효성 검사를 사용하기 전에 모델 데이터 스키마를 생성하기위한 sql 스크립트를 수행하고 입력, 메시지 등등을 위해 내 응용 프로그램의 유효성 검사로 봄 유효성 검사를 사용했습니다. 이제 최대 절전 모드로 시작할 때 내 스키마를 만들고 싶습니다. . –
hibernate로부터 스키마를 생성하는 것은 보통 다음과 같은 이유로 나쁜 생각이다 : 1) 당신은 여전히 업데이트 스크립트를 필요로한다. (데이터베이스 스키마를 최대 절전 모드로 업그레이드하지 말 것!). 2) 일반적으로 데이터베이스는 스키마 작성시 훨씬 더 많은 유연성을 제공합니다 (예 : 다른 유형의 색인을 만들거나 데이터베이스의 다른 파티션에 데이터를 저장할 수 있습니다. 이전에 언급했듯이 제작중인 응용 프로그램이 작아서 프로덕션 용도로 사용하지 않는 경우에는 괜찮습니다. – Augusto
감사합니다. 나는 이것에 대해서도 생각하고 있었다. –
둘 다 사용하지 않는 이유는 무엇입니까? 그 사람은 내가 볼 수있는 한 다른 사람과 잘 어울립니다. –