백엔드 개발에서 비즈니스 로직과 스토리지 로직을 구별하는 방법은 무엇입니까?

백엔드 3 층 아키텍처 : 비즈니스 로직과 데이터 액세스 로직 간의 경계

백엔드 개발에서 컨트롤러, 서비스 및 DAO의 일반적인 3 층 아키텍처는 컨트롤러 및 서비스 계층에서 비교적 명확합니다. 비즈니스 로직에서 Decoupling Message Queue (MQ), HTTP, RPC 등과 같은 비즈니스 로직 및 프리젠 테이션 로직을 분리하여 주로 구현됩니다. 그러나 서비스 계층과 DAO 계층 사이의 경계, 특히 관리자 계층이 도입 된 후 종종 개발자를 혼란스럽게합니다.

Python 백엔드 개발에서 비즈니스 로직은 때때로 usermodel.is_super() 와 같은 비즈니스 쿼리 메소드 또는 usermodel.objects.all() 과 같은 기본 데이터베이스 작업 및 usermodel.** 와 같은 기본 데이터베이스 작업과 같은 모델 계층에 혼합됩니다.

비즈니스 논리 및 비 사업 논리 분석

비즈니스 논리 및 비 사업 논리의 핵심은 고객 요구와 직접 관련이 있는지 여부에 있습니다. 고객이 인식 할 수없는 논리는 종종 다음을 포함하여 비 사업 논리로 간주됩니다.

1. 데이터베이스 구조 및 연관 관계 : 예를 들어, usermanager.delete() 및 departmentmanager.delete() 메소드는 서비스 계층에서 DAO 계층 메소드를 두 번 호출하지 않고 동시에 연결 테이블 (예 : userdeptmodel )의 삭제를 처리 할 수 ​​있습니다. 관리자 계층이 없어도 DAO 계층은 이러한 작업이 비즈니스 논리와 무관 한 한 이러한 연관성 또는 교차 테이블 작업을 수행 할 수 있습니다.

    클래스 userManager :
       def delete (self) :
           userdao.delete ()
           userDeptDao.delete ()
   클래스 부서 관리자 :
       def delete (self) :
           DepartmentDao.delete ()
           userDeptDao.delete ()

2. 비밀번호 소금 : 사용자는 비밀번호가 일반 텍스트로 저장되어 있지 않으며 소금 추가 작업을 DAO 또는 관리자 계층에서 처리 할 수 ​​있음을 알아야합니다.

    클래스 userDao :
       def make_password (self, passwd) :
           Return Salt (Passwd) # 소금 기능 DEF SAVE (Self) 추가 :
           self.passwd = self.make_password (self.passwd)
           super (). 저장 ()

3. DAO 계층의 이름 지정 및 정의 방법 : 예를 들어 get_super_user 와 같은 의미 론적 이름이 비즈니스 로직과 관련이 있는지 여부에 따라 달라집니다. super 비즈니스 관련이 아닌 경우 get_super_user 사용하는 것이 허용됩니다.

4. HTTP 요청 캡슐화 : 백엔드 종속성 (예 : 다른 팀이 제공하는 서비스)은 서비스 계층 방법보다는 DAO-Layer 메소드로 캡슐화 될 수 있습니다.

Django/Flask의 Django 필터와 유사한 기능을 구현합니다

Django 및 Flask에서 Django 필터와 같은 함수를 구현할 때 DAO 계층이 요청 매개 변수를 전달해야하기 때문에 계층 별 침투 문제를 종종 발생시킵니다. Spring과 같은 의존성 주입 프레임 워크가 없으면 다음을 고려할 수 있습니다.

• Java에서 MyBatis 또는 JPA와 같은 프레임 워크는 일반적으로 주석 및 구성 파일을 통해 데이터 액세스 및 필터링 로직을 관리하는 데 사용됩니다.

데이터 엔티티와 3 층 아키텍처 간의 관계

데이터 엔티티는 시스템의 데이터 객체를 나타냅니다. 3 층 아키텍처에서 컨트롤러, 서비스 및 DAO 레이어는 하나씩 엄격하게 일치하지 않습니다.

• DAO 계층은 userdao 및 departmentdao 와 같은 다른 데이터 엔티티를 처리하기위한 여러 방법을 포함 할 수 있습니다.
• 서비스 계층은 완전한 비즈니스 로직을 구현하기 위해 여러 DAO 계층 방법을 결합해야 할 수도 있습니다.

요컨대, DAO 계층은 데이터 스토리지 상호 작용을 담당하며 비즈니스 로직을 포함하지 않습니다. 서비스 계층은 비즈니스 로직 실행을 담당합니다. 예를 들어, 사용자를 생성 할 때 서비스 계층은 사용자 이름이 복제되었는지 확인한 다음 DAO 계층 메소드를 호출하여 사용자를 저장합니다. 이 아키텍처는 시스템을 책임으로 나누고 코드의 유지 관리 가능성과 확장 성을 향상 시키도록 설계되었습니다.

위 내용은 백엔드 개발에서 비즈니스 로직과 스토리지 로직을 구별하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!