전략 패턴 메소드 호출을 테스트하는 단위 코드를 찾고있었습니다. 나는 전략 패턴 클래스 LeaveCalculator를 가지고 있고, leave 타입을 기반으로 팩토리 클래스는 특정 계산기를 인스턴스화 할 것이다. 단위 테스트 부분에 대해 LeaveCalculator calculate 메서드를 호출 할 때 적절한 Leave 형식 계산이 호출되는지 확인하려고합
텍스트 파일 처리를위한 전략을 만드는 엔진이 있습니다. 이러한 파일은 다양한 형식으로되어 있으며 엔진은 전략 중 하나를 통해 파일을 전달하여 적절한 전략을 선택합니다. 그 중 하나가 분석 할 수 있다고 주장 할 때까지 해당 파일을 구문 분석 할 수 있습니다. 이것은 고전적인 전략 패턴이 아닙니다. 이는 Service Locator Pattern 및 Chai
내 C# 구현의 일반적인 전략 패턴에 영감을 받아 스칼라에서 동일한 작업을 수행하려고합니다. 상속 된 클래스 내에서 Strategy 알고리즘을 캡슐화하기위한 함수형 프로그래밍을 만들고 싶습니다. 그래서 제가 아직 한 것은 :이 scaldfolding의 기본 인 특징이다 trait Strategy {
type T <: Strategy
typ
발생하는 특정 문제에 대한 전략 패턴을 구현하는 데 문제가 있습니다. 기본적으로 값을 비교하는 방법이 있습니다. 두 값을 제외하고이 메서드는 두 비교 매개 변수에 따라 비교해야 할 연산자를 결정합니다. 연산자 (같음, 같지 않음, ...) 및 형식 (문자열, 두 값) 기본적으로 다른 스위치의 결과. public enum Type {
STRING,
나는 다음과 같은 전략을 가지고, 내가 스프링을 사용하고 말 ... 인터페이스 public interface MealStrategy {
cook(Meat meat);
}
첫 번째 전략 @Component
public class BurgerStrategy implements
MealStrategy {
@Autowired Cooker
현재, 나는 표준 전략 패턴 구현, 단순화를 2 개 장소에서 패턴을 구현하면 인터페이스가 조금씩 증가하기 시작합니다. 이것은 다루기 쉽고 유연하지만 동료가 너무 많은 파일을 가지고 화가 나고 디자인 패턴이 마음에 들지 않는다는 것을 알고 있습니다. 또한 전략에 공통적 인 논리를 사용해야하므로 컬렉션에 상속받은 추상 클래스가 있어야합니다. 내가 대신 DogC
저는 Strategy Design Pattern을 사용하여 2 가지 구체적인 전략을 구현하고 있습니다. 두 번째는 전략 디자인 패턴을 사용하면서 처음부터 코드를 많이 재사용합니다. 나는 이것이 전략 디자인 패턴의 이점을 "파괴"하는지, 아니면 이것이 어떤 차이를 가져올 지 궁금하다. 추상 클래스가 전략 인터페이스를 구현하는 것과 같이 더 나은 방법이 있을까
저는 자바를 처음 사용하고 디자인 패턴을 배우는 사람입니다. 나는 간단한 유스 케이스를 구현했다. 다른 형식으로 메일을 나타내고 싶은 메일 서비스. 1) 일반 2) XML 3) HTMl. 다음 코드를 작성했습니다. 서비스 - public interface GmailService {
public void sendMessage();
}
서비스 구현 -
지난 주부터 iam은 멀티 플레이어 게임 제작을 시도했습니다. 작은 tictactoe 게임으로 iam statring. 서버와 클라이언트 사이에 간단한 소켓 연결을 만들었습니다. 서버 측에서 iam은 각 연결에 대해 2 개의 스레드를 만듭니다. - readThread and writerThread 이제 서버로 명령을 보내는 가장 좋은 방법은 무엇이든지 그들