커맨드 패턴에서 단일 커맨드에 더 많은 메소드 추가하기 C#

Question

커맨드 디자인 패턴을 사용하여 간단한 어플리케이션에서 메뉴를 생성했습니다. 내 대답 필드는 INT 있는지 확인 ValueChecker를 사용하고있어

interface ICommand 
{ 
    string Description { get; } 
    void Execute(Library books, List<Book> bookList); 
    bool ValueChecker(string checkValue); 
} 

은 다소 독특합니다. AddBookCommand 클래스에 제품을 추가합니다. bool IsUnique 또는 bool IsYearLessThanCurrent 같은 메소드를 인터페이스에 추가하는 것은 나쁜 습관입니까 아니면 내 메뉴에서 간단한 오류 처리를 수행하는 다른 방법을 생각해야합니까?

Answer 1

가능하지만 가능한 한 Icommand 제네릭을 유지하면 더 효과적입니다. IcommandBase를 정의하여 모든 실행 및 모든 일반적인 방법을 유지할 수도 있습니다. 그런 다음 Books 및 Student와 같은 객체에 특화된 IcommandBook이라는 또 다른 Icommand를 정의하십시오.

Answer 2

명령은 1 가지 이유로 존재하지만 일부 논리를 실행합니다. 때로는이 명령을 지금 사용할지 여부를 결정하는 실행 취소 기능 또는 논리와 관련된 논리를 추가하는 것이 허용됩니다. 이미 여기 개체에 대한 추가 로직을 추가 .NET here

///<summary> 
///  An interface that allows an application author to define a method to be invoked. 
///</summary> 
public interface ICommand 
{ 
    /// <summary> 
    ///  Raised when the ability of the command to execute has changed. 
    /// </summary> 
    event EventHandler CanExecuteChanged; 

    /// <summary> 
    ///  Returns whether the command can be executed. 
    /// </summary> 
    /// <param name="parameter">A parameter that may be used in executing the command. This parameter may be ignored by some implementations.</param> 
    /// <returns>true if the command can be executed with the given parameter and current state. false otherwise.</returns> 
    bool CanExecute(object parameter); 

    /// <summary> 
    ///  Defines the method that should be executed when the command is executed. 
    /// </summary> 
    /// <param name="parameter">A parameter that may be used in executing the command. This parameter may be ignored by some implementations.</param> 
    void Execute(object parameter); 
} 

에서이 인터페이스를이 정의하는 것은 좋지 않다. SRP 원칙을 깨고 코드를 더욱 복잡하게 만듭니다.