PHP로 시작한 2009 년부터 웹 개발을하고 있습니다. ASP.NET으로 옮길 때이 "비즈니스 로직"과 "비즈니스 규칙"에 중점을 둔 DDD와 OOAD에 대해 많이 들었습니다. 요점은 지금까지 개발 한 모든 앱이 CRUD 작업에 관한 것이며 실제로는 이런 것을 본 적이 없다는 것입니다.
나는 실제로 그 것들이 실제로 무엇을 할 수 있는지 상상할 수 없습니다. 그렇다면이 비즈니스 로직은 무엇이며 이것이 앱에 어떻게 적용됩니까? 나는 이것이 도메인 모델에서 메소드로 구현된다는 것을 알고 있지만, 그 메소드는 무엇이며 응용 프로그램에서 어디에서 사용할 수 있습니까?
답변:
CRUD 는 Create, Read, Update 및 Delete의 약자입니다. 이것들은 데이터베이스 튜플 에서 수행 할 수있는 네 가지 기본 작업입니다 . 그러나 데이터베이스 레코드를 작성, 읽기, 업데이트 및 삭제하는 것보다 비즈니스 애플리케이션에 항상 더 많은 것이 있습니다.
몇 가지 기본 정의로 시작한 다음 몇 가지 예를 살펴보고 해당 정의가 예제에 어떻게 매핑되는지 그리고 실제 소프트웨어에 어떻게 매핑되는지 봅시다.
비즈니스 로직 또는 도메인 논리는 프로그램의 일부 실제 비즈니스 규칙 인코딩 데이터를 생성, 저장, 변경 될 수있는 방법을 결정합니다. 비즈니스 오브젝트가 서로 상호 작용하는 방법을 규정하고 비즈니스 오브젝트가 액세스되고 업데이트되는 경로 및 방법을 시행합니다.
비즈니스 규칙 은 조직에 적용되는 작업, 정의 및 제약 조건을 설명합니다. 작업은 집합 적으로 프로세스를 형성합니다 . 모든 비즈니스는 이러한 프로세스를 사용하여 작업을 수행하는 시스템 을 구성 합니다.
이제 몇 가지 예를 살펴 보겠습니다.
먼저 알아야 할 사항 (입력)은 무엇입니까?
적용해야 할 "비즈니스 규칙"에는 어떤 것이 있습니까?
"원자"는 거래가 완전히 성공하거나 완전히 실패해야 함을 의미합니다. 한 계좌에서 돈을 인출하거나 다른 계좌로 입금하지 않거나 (돈이 사라짐) 계좌에 입금되었지만 다른 계좌에서 인출되지 않는 계좌 거래는 할 수 없습니다.
무엇을 알아야합니까?
주문 후 어떻게됩니까?
송장 / 배송 목록이 인쇄되고 주문과 함께 배치됩니다.
..기타.
CRUD는 단순히 응용 프로그램이 수행하는 만들기, 읽기, 업데이트, 삭제입니다.
버그 추적기는 어느 정도 CRUD 앱이기도합니다. 버그 생성, 버그 읽기 (표시), 버그 업데이트 및 삭제
그러나 CRUD보다 버그 추적기가 더 많습니다.
위를 구현하는 코드는 응용 프로그램의 비즈니스 논리입니다.
워크 플로우의 제한 또는 CRUD에서 다양한 작업을 수행 할 수있는 사람 . 이것들은 하나의 CRUD 앱과 다른 CRUD 앱을 분리하는 것입니다. 그들은 당신이 실제로 말을 사업하는 데 필요한 부분입니다 어떻게 응용 프로그램이 작동이. 그것이 얼마나 논리적인가 ... 글쎄, 그것은 프로젝트 관리자의 귀에서 맥주에 대해 가장 잘 논의되었습니다. 그러나 이것이 바로 비즈니스 로직입니다.
물론, 역할이없는 '순수한'CRUD 앱을 작성할 수 있으며 모든 것을 수정하고 볼 수 있습니다. 그러나 이는 규칙이 아닌 예외입니다.
비즈니스 로직 은 제공된 비즈니스 규칙을 처리하기 위해 프로그램에 작성하는 로직입니다.
비즈니스 규칙을 시작할 때 이것은 크루 드 자체 나 비즈니스 로직보다 높은 수준에있는 경향이 있습니다. 이것은 비즈니스와 함께 일하는 비즈니스 분석가에게서 얻는 것입니다.
이 예에서는 상점의 반품 데스크에서 품목 반품을 처리하는 방법을 결정하는 프로그램을 고려하십시오.
이것들은 몇 가지 비즈니스 규칙입니다. 그들은 응용 프로그램의 CRUD 부분과 대화하지 않습니다.
비즈니스 규칙으로 작업 할 때 시스템에서 원시 코드를 작성하는 대신 규칙 엔진 (예 : Windows Workflow Foundation Rules Engine )으로 작성된 규칙을 찾을 수 있습니다.
논리 / 규칙의 구별은 용어 중 하나이며 밤새도록 논쟁 할 수 있음을 인식하십시오 (맥주를 다시 마시는 것이 가장 좋습니다). 이것은 드문 차이점이 아니지만 두 가지가 서로 섞일 수 있습니다.
다른 답변이 맞습니다. 하나 더 생각…
Turbo Pascal 에서 Java로 전환하는 등 다른 프로그래밍 언어로 소프트웨어 프로젝트 를 다시 구현하려는 경우 비즈니스 로직 및 비즈니스 규칙 은 기존 프로젝트와 새 프로젝트의 공통점 입니다.
프로그래밍 언어는 다른 것입니다. 소스 코드가 완전히 다른 것입니다. 도구 ( IDE , 컴파일러 등)는 완전히 다를 수 있습니다. 사용자 인터페이스는 완전히 다시 구성하거나 다른이 될 수 있습니다 모양과 느낌을 . 문서는 아마 다를 것이다. 그러나 수행 된 작업 / 목표 달성의 최종 결과 인 두 프로젝트의 목적은 동일합니다.
비즈니스 로직은 기본적으로 유효성과 흐름의 두 가지 범주로 구성됩니다. 비즈니스 로직에 따르면 수량 1은 수량 2보다 크거나 같아야합니다. 예를 들어 구매할 품목 수는 재고 품목 수보다 적거나 같아야합니다.
한 응용 프로그램에서 비즈니스 사람들은 이것이 비즈니스 규칙이라고 말하므로이 비즈니스 논리 (유효성)를 시행하는 코드를 작성합니다. 다른 응용 프로그램은 주문한 품목의 수가 재고 품목의 수보다 많으면 주문을 수락 한 다음 차이에 대해 20 %를 더한 주문을하기 위해이 비즈니스 로직을 작성한다고 말합니다 (흐름) .
CRUD는 단순히 스토리지에 데이터를 가져오고 내보내는 것입니다. 비즈니스 로직은 해당 데이터로 수행 할 작업과 수행 할 수있는 변환을 결정합니다. 고객이 향후 5 세 미만의 특정 지역 (지역 / 방문자 할인)에서 태어 났습니까? CRUD는 간단합니다. 자녀가 6 개월을 넘지 않은 해에 반년 이상 생존 한 경우에만 자녀 세금 공제를받을 수 있다는 점을 알고 있으면 더 복잡합니다.