Java 디자인 패턴의 개방형 및 폐쇄형 원칙을 간략하게 소개하는 샘플 코드

이 글은 주로 Java디자인 패턴의 개방형 및 폐쇄형 원리를 소개합니다. 편집자는 이것이 꽤 좋다고 생각합니다. 이제 이를 여러분과 공유하고 참고용으로 제공하겠습니다. 편집자를 따라가서 살펴보자.

앞에 적힌

최근에는 신규 사업을 맡게 되었고, 시스템의 아키텍처 리마커블할 수 있어요. 하지만 어떤 곳은 위협적이며, 어떤 코드는 너무 비대해지고 유지 관리가 어려워 사람들을 무가치하게 만듭니다. 따라서 Java의 개방형 및 폐쇄형 원칙을 기반으로 코드의 일부를 리팩토링하고 최적화했습니다.

먼저 이전 시스템의 이전 코드를 살펴보겠습니다

ShareChannelManager.java

public ResultDO<String> shareChannel(int shareCode) {

  if(ShareCodeUtil.share2A(shareCode)) {
     // TODO, 分享到A渠道的业务逻辑代码
  }

  if(ShareCodeUtil.share2B(shareCode)) {
     // TODO, 分享到B渠道的业务逻辑代码
  }

  ...渠道n...
}

shareChannel 이 메소드는 공유의 기본 링크 논리를 전달합니다. 채널. 여러 채널에 공유되는 코드는 클래스 방식으로 작성되는데, 이는 매우 비대하고 유지 관리가 어렵다. 공유 채널을 추가할 때마다 이 중량급 방법을 수정해야 합니다. 손이 살짝 떨려 실수를 하면 다른 채널 공유에 영향을 미치게 됩니다. 동시에 이는 Java의 개방 및 폐쇄 원칙에도 위배됩니다.

Java의 개방형 및 폐쇄형 원리를 소개합니다

Java의 개방형 및 폐쇄형 원리는 사람들에게 언뜻 모순된 느낌을 줍니다. 열려 있는데 왜 닫혀 있나요? 액면 그대로 받아들이지 마십시오. **열림** 및 ***닫힘**이라는 두 가지 차원에서 생각해 보세요. Java의 개방형 원칙은 설계된 아키텍처의 확장성이 좋다는 것을 의미하고, 폐쇄형 원칙은 시스템 아키텍처의 주요 링크가 비즈니스 반복에 따라 크게 변경될 수 없다는 것을 의미합니다. 시스템의 아키텍처와 함께. 모든 시스템은 0에서 1까지의 과정을 거쳐야 합니다. 비즈니스가 발전함에 따라 시스템도 변함없이 유지될 수 있습니다. 시스템 아키텍처를 미래 지향적으로 만들고 확장 가능하게 만드는 방법은 일상적인 개발에서 고려해야 할 기술적 사항입니다.
요컨대 자바의 개방형과 폐쇄형 원칙에는 두 가지 특징이 있습니다.

1. - 연장 오픈

2. - 변경 휴무

기준 위에서 언급한 디자인 원칙, 위에서 언급한 문제를 최적화하는 방법

은 여러 공유 채널을 체인콜로 결합하는 것입니다. 공유 작업을 추상화하고 구현을 위해 다양한 채널에 배포합니다.

공유 채널 체인 정의

public class ShareChannelChain {  
  private final Logger LOG = LoggerFactory.getLogger(this.getClass());

  /**
   * 分享渠道链
   */
  private List<ShareChannel> shareChannels;
  public ResultDO<String> share(int shareCode) {
    for (ShareChannel s : shareChannels) {
      ResultDO<String> r = s.share(shareCode);
         }
  }

공유 채널 상위 클래스 정의

public interface ShareChannel {
  public ResultDO<String> share(int shareCod);
}

채널 공유

public class AChannel implements ShareChannel {

  @Override
  public ResultDO<String> share(int shareCode) {
       // TODO 分享A渠道逻辑
    }
}

B 채널 공유

public class BChannel implements ShareChannel {

  @Override
  public ResultDO<String> share(int shareCode) {
       // TODO 分享B渠道逻辑
    }
}

AChannel과 BChannel을 콜 체인 ShareChannelChain으로 조립합니다.

  <bean id="AChannel" class="com.test.AChannel">
  </bean>
  <bean id="BChannel" class="com.test.BChannel">
  </bean>
  <bean id="shareChannelChain" class="com.test.ShareChannelChain">
    <property name="shareChannels">
      <list>
        <ref local="AChannel"/>
        <ref local="BChannel"/>
      </list>
    </property>
  </bean>

메인 채널 공유인터페이스

ShareChannelManager.java

public ResultDO<String> shareChannel(int shareCode) {
    ShareChannelChain.share(shareCode);
}

마지막으로 아키텍처가 무엇을 가져오는지 검토하고 살펴보겠습니다. 최적화 후 장점

비즈니스 요구사항을 공유할 수 있는 새로운 채널인 CChannel이 있다고 가정하고, 바꾸고 싶은 점을 생각해 보세요. 이번에는 ShareChannelManager 핵심 클래스 로직을 변경할 필요가 없습니다. CChannel을 확장하고 ShareChannel 인터페이스의 공유 메소드를 구현한 다음 이를 xml에서 구성하기만 하면 됩니다. 이러한 종류의 변경 위험은 제어할 수 있으며 핵심 클래스 논리에 영향을 주지 않습니다.

위 내용은 Java 디자인 패턴의 개방형 및 폐쇄형 원칙을 간략하게 소개하는 샘플 코드의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!