예외가있는 비즈니스 규칙 위반을 모델링하는 것이 바람직하지 않은 이유에 대해 누군가가 기사 링크 또는 링크가 포함 된 SO 게시물에 대한 도움을 줄 수 있습니까? Safari에서 책을 구할 수 있다면 책과 페이지에 대한 참조로 만족할 것입니다. 책에서 추출한 내용이 두 배 더하기 좋을 것입니다.비즈니스 규칙 위반 및 예외
내가 SO에 검토 한 질문에 대한 답변에서 좋은 이유 볼을 많이했습니다,하지만 다른 뭔가 좀 더 권위 (파울러/에반스 리그에서 뭔가 좋은 것)가 필요합니다. 나는 완전히이를 읽지 않은 있지만 그들은 대부분 로널드 G. 로스에 의해 작성된 모델링 비즈니스 규칙에 관련된으로
감사
, 나는 이러한 링크 (그들 중 하나 Google 도서에서이다)이 당신에게 유용해야한다고 생각 (brcommunity.com는) :
링크를 이용해 주셔서 감사합니다. 비즈니스 규칙 접근 원리는 좋은 읽을 거리입니다. 나는 예외를 가진 규칙 위반 (프로그래밍 언어 구조)을 모델링하는 것은 나쁜 습관이라는 것을 (빠른 읽기 후에) 보지 못한다. 이걸 어디서 봤니? – jasper
나는 당신이 어떤 책에서 권위있는 답을 찾을 수 있다고 생각하지 않습니다. 어떤 사람들은 던지는 예외가 C#에서 매우 비싸다고 주장 할 것입니다. 세미 (semi-realtime) 시스템을 구축하지 않는 한 다른 사람들 (나 같은)이 걱정하지 말라고 말할 것입니다. 모든 주요 엔터프라이즈 급 시스템에서 RuleViolationExceptions을 던지고 있습니다. 도메인의 모든 메소드가 오류 코드를 반환하는 것보다 훨씬 효과적이라는 것을 알았 기 때문입니다. 사실, 이것이 최선의 방법이라고 생각합니다. 그래서 이것을 Silverlight Cookbook 프로젝트에 포함 시켰습니다.
흠. '행복 사건'이 아닌 모든 일의 길로 인도하지 않으면 예외가되는 것입니까? 개인적으로 나는이 모델이 잘못되었다고 느낍니다. 이제는 BL 정보를위한 전송 수단으로 예외를 사용하고 있으며, 또한 '행복한 경우'란 문제가 남아 있습니다. – jasper
그럴 수도 있지만 http://silverlightcookbook.codeplex.com/SourceControl/changeset/view/88277#2123097과 같은 것을 사용하여 모든 비즈니스 규칙 위반 사항을 수집하고 서비스 레이어 주위에 던져 버릴 수 있습니다. –
책이 있어야 정식 서비스를받을 수 있습니까? 누가 그렇게 말하니? –
웹 문서는 괜찮지 만 권한이있는 사람/어딘가에서 올 필요가 있습니다. codeproject/reddit/random SO 답변에 대한 기사 링크는 충분하지 않습니다. (나를 위해, + 20/저자 rep 10k와 SO 대답은 충분할 것이지만 다른 사람을 위해 충분하지 않다 ...) – jasper
-1 다른 사람에게. –