동료 프로그래머는 비즈니스 규칙을 JSP에 넣으면 안된다고 말했습니다. 이것은 나에게 정말로 혼란 스러웠다.코드에서 비즈니스 규칙 정의
저는 이것을 이해하는 데 정말로 어려움을 겪고 있습니다. 나는 코드에서 어느 것이 비즈니스 규칙인지 어떻게 식별 할 수 있는지 모르겠다.
질문 :
비즈니스 규칙은 단순히 데이터베이스에서 추출한 데이터를 처리하는 데 사용되는 프로그래밍 논리입니다.
비즈니스 규칙을 JSP를 사용하여 구현할 필요는 없습니다. Java 프로그래밍 로직을 사용하여 작성해야하며 JSP를 사용하여 데이터를 표시해야합니다.
비즈니스 규칙은 비즈니스 운영에서 행동, 모양 판단 및 의사 결정을 안내하는 데 사용되는 기준입니다.
내가 보는 것은 대부분의 시간, 다양한 논리 유형 간의 혼동이며, 모두 실수로 비즈니스 규칙이라고합니다. 소스 코드에 비즈니스 규칙을 구현하면 안되는 데는 여러 가지 이유가 있습니다. 일반적으로 응용 프로그램은 응용 논리 및 비즈니스 규칙과 같은 여러 유형의 논리를 처리해야합니다. 서로 분리하면 비즈니스 규칙에 따라 비즈니스 규칙을 독립적으로 업데이트 할 수 있습니다. 예를 들어 세율이 변경되면 IT 팀 (개발자)에게 질문 할 필요없이 세금 규칙을 업데이트 할 수 있습니다.
그래도 여전히 비즈니스 규칙을 JSP 코드로 유지한다면 개발자 (및 IT)에게 여전히 의존성이 있으므로 방금 언급 한 내용에서별로 도움이되지 않습니다. 그러나 코드에서 더 나은 방식으로 구조화하면 프로젝트가 장기간 지속될 수 있으므로 개발자가 쉽게 업데이트 할 수 있습니다.
소스 코드에서 소스 코드를 완전히 추출하고 소스 (JSP)에서 관리되도록하려면 비즈니스 규칙 관리 시스템 (BRMS)이 필요합니다. BRMS의 한 구성 요소는 business rules that are modelled in different forms을 실행할 수있는 Business Rule Engine (BRE)입니다. BRMS에 관해 이야기 할 때, BRE (실행) 측면뿐만 아니라 표준 모델링 언어 및 작성, 디버깅, 테스트, 버전 제어, 서비스 (REST), 보안 권한 제어 등등 ... 따라서 BRMS 솔루션은 비즈니스 규칙의 전체 라이프 사이클을 다루어야합니다.
코드에서 IMHO를 식별하는 것과 관련하여 기존 응용 프로그램에서 비즈니스 규칙을 식별하고 추출하는 것은 쉽지 않습니다. 실제로 응용 프로그램 도메인의 복잡성과 작성 방법에 따라 다릅니다. 하나의 특정 시나리오를 선택하고, BA와 함께 앉아 구현 된 시나리오의 비즈니스 요구 사항 및 요구 사항을 정의하고, 논리가 응용 프로그램 논리인지 또는 비즈니스 관련 논리인지 확인하십시오. Here is an example of how business rule can be separated from source code.
현명한 지침으로 시작된 무언가를 프로그래밍하는 데있어 많은 것들이 무의식적 인 규칙으로 바뀌었고 무한한 프로그래머를 치기위한 팬트의 막대기로 바뀌 었습니다.
아무도 비즈니스 논리가 무엇인지 동의하지 않습니다.규모의 한쪽 끝에는 @Arash와 같은 사람들이 있는데, 비즈니스 규칙을 비즈니스가 지정하고 판매 세에 대한 정확한 비율과 같은 통제하에 있다고 생각합니다. 반면에 일부 사람들은 SQL return 코드를 확인하는 것과 같은 논리가 비즈니스 논리로 적합하다고 생각합니다. 자선 병원을위한 시스템을 구현하는 경우 "비즈니스"규칙을 어떻게 적용 할 수 있습니까?
나는 간단하고 명료하게하기 위해 사람들에게 다음 정의를 따르라고 촉구합니다. "시스템의 요청자/고객이 지정한 규칙"프로젝트 스폰서가 "이와 같은 판매 세 계산"이라는 비즈니스 규칙을 말하면 구현 세부 사항입니다.
두 번째로 대부분의 경우 프레젠테이션을 유지하면서 (화면을 포맷하고 풀다운을 채우는 등) 데이터를 가져 오는 것과 별도로 숫자를 계산하는 것이 항상 간단한 것은 아닙니다. 비즈니스 규칙 "고객이 판매 수수료 번호를 볼 수 없도록하십시오"가있는 경우에는 어떻게됩니까? 고객이있는 경우 화면의 형식을 다르게 지정해야합니다.이 규칙은 "프리젠 테이션 논리"에서 구현하기가 가장 쉽습니다. 또는 "내 상인이 이해할 수있는 블룸버그 색 구성표를 사용하십시오."이 "비즈니스 로직"백엔드에서 "업 그레 이드, 레드 다운, 화이트 화이트"를 구현하기 위해 수많은 후프를 뛰어 넘는 코드를 작성하거나 간단하고 쉽습니다. "프리젠 테이션 논리"의 코드를 이해합니다.
JSP 코드를 단순하게 유지하고 서식 지정 및 표현에만 관심을 갖는 좋은 이유가 없다면. 그러나 거기에 논리를 두는 정당한 이유가 있다면 그냥 해보십시오. 간단한 트릭은 "음성 전용 콜 센터 응용 프로그램으로 이것을 구현하는 것이 얼마나 쉬운가"라고 자문하는 것입니다.