Go Language Middleware Design : 여러 비즈니스 모듈이 동일한 복잡한 비즈니스에 의존하고 부풀린 코드를 유발하는 방법은 무엇입니까?

Golang 중간 비즈니스 계층 디자인 모범 사례 : 인터페이스 및 등록 메커니즘을 기반으로 한 솔루션 분리

여러 비즈니스 모듈이 동일한 복잡한 비즈니스에 의존하는 경우, 중간 비즈니스 계층을 설계하는 방법이 부풀린 코드와 유지 관리의 어려움은 중요한 설계 문제입니다. 이 기사는 "생성"비즈니스에 대한 인터페이스 및 등록 메커니즘을 기반으로하는 디퍼 커플 링 솔루션에 대해 논의합니다.이 비즈니스는 원래 솔루션의 스위치 문으로 인한 코드 축적 문제를 효과적으로 해결할 수 있습니다.

문제 설명에서 ABCD와 같은 여러 비즈니스 모듈은 "비즈니스 작성"을 호출하고 통화 전후에 각각의 전처리 및 후 처리를 수행해야합니다. 원래 솔루션은 스위치 문을 사용하여 구별되는 스위치 문을 사용하여 비즈니스 모듈 수가 증가 할 때 유지하기가 어려워집니다. 따라서보다 우아하고 확장 가능한 솔루션이 필요합니다.

개선 솔루션의 핵심은 GO 언어의 인터페이스 특성 및 등록 메커니즘을 활용하는 것입니다. Beforecreate, Aftercreate 및 Name의 세 가지 방법을 포함하는 인터페이스 handlepublica를 정의 할 수 있습니다.이 방법은 A를 작성하기 전에 프로세싱을 나타내고, 생성 후 처리 및 비즈니스 모듈의 ID를 나타냅니다.

각 비즈니스 모듈 (예 : a, b, c, d)은 handlepublica 인터페이스를 구현하고 각각의 각각의 강력한 및 후화 방법에 특정 전처리 및 후 처리 로직을 구현합니다. 이름 메소드는 비즈니스 모듈의 식별자를 반환합니다.

비즈니스 자체를 만드는 것은 독립적 인 구조 Publica로 사용되며 DO 방법에는 핵심 비즈니스 논리가 포함됩니다.

이 설계를 통해 각 비즈니스 모듈의 처리 로직을 해체하여 스위치 문의 축적을 피할 수 있습니다. 런타임에 핸들 퍼블리카 인터페이스 유형 슬라이스 후크를 통해 각 비즈니스 모듈을 등록한 다음 Beforecreate 및 후에도 수정 된 방법을 차례로 호출 할 수 있습니다.

특정 코드 예는 다음과 같습니다.

 유형 publicaparam struct {} // 공공 서비스에 필요한 데이터 생성 유형 publica struct {} // 공공 서비스 a
publicares struct {} // 공공 서비스에 의해 생성 된 데이터 a func (p publica) do (name String) publicares {// 비즈니스 A의 자체 처리 로직 리턴 publicares {}
}

유형 HandlePublica 인터페이스 {
    Beforecreate (Publicaparam) Publica
    후 크리징 (publicares)
    이름 () 문자열
}

유형 A 구조물 {// 기타 비즈니스 a
    myName 문자열
}
func (a) beforecreate (param publicaparam) publica {return publica {}}
func (a a) 후 크리징 (publicares) {}
func (a) name () string {return a.myname}

func main () {
    param : = publicaparam {}
    후크 : = [] handlepublica {a {myname : "a"}}
    i : = 범위 후크 {
        p : = 후크 [i] .beforecreate (param)
        후 : = p.do (hooks [i] .name ())
        후크 [i].
    }
}

이 예에서 공개 구조는 "생성"비즈니스를 나타내고, 핸들 포블리카 인터페이스는 비즈니스 모듈이 구현 해야하는 메소드를 정의하고, 구조는 핸들 포블리카 인터페이스를 구현하고 후크 슬라이스에 등록됩니다. 후크 슬라이스를 가로 지르면 각 비즈니스 모듈의 처리 로직을 차례로 호출하여 비즈니스 로직의 분리 및 확장 성을 실현할 수 있습니다. publica.do 방법이 처리 된 후 결과가 반환되었으며 후속 처리를 위해 각 비즈니스 모듈의 AfterCreate 메소드로 다시 전달됩니다.

위 내용은 Go Language Middleware Design : 여러 비즈니스 모듈이 동일한 복잡한 비즈니스에 의존하고 부풀린 코드를 유발하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!