Java의 개방형 및 폐쇄형 원리에 대한 자세한 설명

정의: 소프트웨어 엔터티(클래스, 모듈, 기능 등)는 확장 가능해야 하지만 수정할 수는 없어야 합니다. 확장을 위해 열려 있고 변경을 위해 닫혀 있습니다. 핵심은 기능의 일반적인 부분과 구현 세부 사항을 명확하게 구분하는 추상화입니다.

여기서 코드를 작성할 때 추상적인 개념이 필요합니다. 추상화란 무엇입니까? 엔터티로부터 개념을 추상화하는 사고 과정을 말합니다. 수많은 사물로부터 공통적이고 본질적인 특성을 추출하는 것이다. 추상 클래스가 필요한 코드를 작성하는 과정에서 이 클래스의 필수 기능만 파악하면 되며, 이 프로젝트에서 항상 구체적인 기능에 대해 생각하지는 않습니다.

계속해서 개방형 원칙과 폐쇄형 원칙을 살펴보겠습니다. 이 원칙에서는 함수의 공유 부분과 구현 부분이 명확하게 구분되어야 합니다. 처음 아키텍처를 구축할 때 발생할 모든 변경 사항을 예측할 수 없기 때문에 이 클래스는 변경되지 않은 상태로 유지됩니다. 각 모듈에서 구현하면 추상 클래스가 이 기능에 적합하다는 것을 알 수 있지만 그렇지 않습니다. 다른 기능에 적합합니다. 그럼 돌아가서 추상 클래스를 수정하시겠습니까? 이 비용은 매우 높으며 특정 세부 사항을 다시 생각하고 조정해야 합니다. 프로그램이 아직 출시되지 않았다면 더 좋습니다. 프로그램이 출시된 후에 다시 추상 클래스를 수정하면 더 큰 영향을 미칠 것입니다. 그러므로 추상화를 시작할 때 이러한 현상이 발생하지 않도록 방지하고 개방형 및 폐쇄형 원칙을 따라야 합니다. 추상 클래스와 인터페이스는 표준입니다. 프로그램에 일단 정의되면 요구 사항이 변경되면 어떻게 해야 합니까? 이 인터페이스를 확장하거나, 메서드를 다시 작성하거나, 상속 후에 새 메서드를 추가할 수 있지만 수정하지 마세요.

개방-폐쇄 원칙을 설명하기 위해 두 가지 예가 사용됩니다.

1. 데이터베이스에 연결하는 것을 예로 들어 보겠습니다.

예를 들어 프로그램, Access 및 Oracle에서 사용되는 다양한 유형의 데이터베이스 연결입니다. 직접 연결은 다음과 같습니다.

class ConnectAccess 
{ 
  public string ConnectString() 
  { 
    string dataPath = "数据库路径"; 
    return string.Format("Provider=Microsoft.Jet.OLEDB.4.0;Data Source={0};Persist Security Info=True;Jet OLEDB:Database Password={1}", dataPath, "密码"); 
  } 
} 
class ConnectOracle 
{ 
  public string ConnectString() 
  { 
    return @"server=localhost;database=命名空间;uid=用户名;pwd=密码"; 
  } 
}

Call

static void Main(string[] args) 
 { 
   //连接Access 
  ConnectAccess connAccess = new ConnectAccess(); 
 
  OleDbConnection accessConnection = new OleDbConnection(connAccessConnectString()); 
 
   //连接Oracle 
  ConnectOracle connOracle = new ConnectOracle(); 
 
  OracleConnection oracleConnection = new OracleConnection(connOracleConnectString()); 
 }

이런 식으로 OleDbConnection의 어떤 매개 변수를 사용할지 매번 고려해야 합니다. 아래에서 수정하세요. 인터페이스를 추상화합니다.

interface ConnectDataBase 
{ 
  string ConnectString(); 
} 
 
class ConnectAccess : ConnectDataBase 
{ 
  #region ConnectDataBase 成员 
 
  public string ConnectString() 
  { 
    string dataPath = "数据库路径"; 
 
    return stringFormat("Provider=MicrosoftJetOLEDB0;Data Source={0};Persist Security Info=True;Jet OLEDB:Database Password={1}", dataPath, "密码"); 
  } 
 
  #endregion 
} 
 
class ConnectOracle : ConnectDataBase 
{ 
  #region ConnectDataBase 成员 
 
  public string ConnectString() 
  { 
    return @"server=localhost;database=命名空间;uid=用户名;pwd=密码"; 
  } 
 
  #endregion 
}

Call

static void Main(string[] args) 
{ 
  ConnectDataBase conn = null; 
 
  //连接Access 
  conn = new ConnectAccess(); 
 
  OleDbConnection accessConnection = new OleDbConnection(connConnectString()); 
 
  //连接Oracle 
  conn = new ConnectOracle(); 
 
  OracleConnection oracleConnection = new OracleConnection(connConnectString()); 
}

변경 후에는 conn이 인스턴스화되는 클래스만 신경 쓰면 됩니다. 그러나 Oracle 연결에는 OracleConnection이 필요하기 때문에 이점을 확인하기가 쉽지 않을 수 있습니다.

2. 기본 유형을 메소드 매개변수로 예로 들어 보겠습니다.

메서드 매개변수는 기본 유형을 최대한 피해야 한다는 일반적인 디자인 원칙을 강조하는 이유가 바로 이것이다. 다음 두 메서드 정의를 비교해 보세요.

//定义1  
bool Connect(string userName, string password, string wifiAddress, int port) 
{ 
  return false; 
}

//定义2  
bool Connect(Account account) 
{ 
  return false; 
}

public class Account 
{ 
  public string UserName 
  { 
    get; 
    set; 
  } 
  public string Password 
  { 
    get; 
    set; 
  } 
  public string WifiAddress 
  { 
    get; 
    set; 
  } 
  public int Port 
  { 
    get; 
    set; 
  } 
}

이에 비해 정의 2에는 Account 클래스에 대한 정의가 하나 더 있고 Connect() 메서드가 확실히 더 안정적입니다. Connect() 메소드 wifiAddress가 변경되면 정의 1은 메소드의 인터페이스를 수정해야 하며 이에 따라 Connect() 메소드를 호출하는 모든 객체가 영향을 받는 반면 정의 2는 Account 클래스만 수정하면 됩니다. Connect() 메서드는 변경되지 않고 그대로 유지되며 Connect() 메서드 호출자에게는 wifiAddress가 필요하지 않습니다. 이러한 수정은 호출자에게 전혀 영향을 주지 않으므로 수요 변경의 영향이 줄어듭니다.

간단히 말하면 개방형 및 폐쇄형 원칙에서 가장 중요한 것은 추상화이지만, 그렇다고 해서 추상 인터페이스와 클래스가 결정되면 수정해서는 안 된다는 의미는 아닙니다. 그러나 추상화할 때는 포괄적으로 생각하고 수정을 피하기 위해 노력해야 합니다. 일단 요구 사항이 변경되면 구현 중에만 변경하면 됩니다. 물론 요구사항은 계속해서 변합니다. 일단 추상적인 부분을 변경해야 한다면 원칙을 엄격히 준수하는 한 영향은 훨씬 작아질 것입니다. 물론 수정되면 단위 테스트를 수행해야 하며, 사용된 모든 항목을 올바르게 테스트해야 합니다.

위 내용은 Java의 개방형 및 폐쇄형 원리에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!