gwt-dispatch 및 Google Wave I/O presentation (Best practices) (video here)을 살펴본 후 공식 GWT 릴리스 (2.0)가 RPC 호출을 위해 디스패치 (즉 명령 패턴)를 사용하지 않는 이유가 궁금합니다. 아는 사람 있나요?
내 응용 프로그램에서 실행 취소/다시 실행을 지원하는 명령 패턴을 구현하고자합니다. 데이터는 매우 밀접하게 묶여 있기 때문에 실행 취소 할 수있는 객체 중 일부를 수정하면 다운 스트림 결과가 발생합니다. 내 주요 관심사는 어디로 다운 스트림 명령을 실행하는 코드를 넣어야합니다. 예를 들면 : class:MoveObjectCommand
{
priv
명령 패턴을 이해하면 '1 개의 가상 메서드'execute() '가 있고 구현에있을 수있는 모든 종속성이 생성자에 삽입되거나 설정 구현에 삽입됩니다 (예 : 논의 된 here). 그러나 패턴의 WPF 구현에서 나는 일반 인수를 execute() 함수에 전달하는 것으로 나타났습니다 (here 설명). 이 인터페이스에 오염이있는 것 같습니다. 일반 매개 변수를
나는 CodeCampServer를 연구 중이다. ASP.NET MvcContrib.CommandProcessor.RulesEngine에 대해 혼란스러워합니다. MvcContrib의 RulesEngine에 대한 자습서가 있습니까? 다른 사람들이 나를 어떻게 설명하고 어떻게하면 이익을 얻을 수 있습니까?
좋습니다. 이것은 다소 바보입니다. MVC 및 명령 패턴 사용 주위에 내 머리를 싸려고 해요. 질문은 기본적으로 어디에 장소 코드에 관심이 있습니다. MVC 패턴에서 명령은 어디에서 인스턴스화됩니까? 컨트롤러에 의해 생성되었거나 모델에 완전히 포함되어 있거나 전혀 포함되어 있지 않습니다. 동의어/실행 취소가 필요없는 경우 Command 패턴을 사용해야합니다
WPF 앱에서 작업하고 있는데 명령 패턴을 잘 이해하고 있지만 MVVM의 명령 패턴에 대한 여러 가지 구현이 있다는 것을 알았습니다. WPF 샘플 앱에는 Josh Smith의 구현이 있고, 프리즘의 DelegateCommand과 CommandBindings 구현이 있습니다. 제 질문은 MVVM에서 명령을 사용하기 위해 일반적으로 받아 들여지는 최선의 방법은
저는 응용 프로그램의 설계 과정에 있으며 실행 취소/다시 실행을 위해 command pattern을 사용하고 싶습니다. 커맨드 패턴에 대한 연구를했지만 커맨드는 실행 취소 및 다시 실행 메소드가 있어야합니까? 또는 실행 취소와 재실행을위한 별도의 두 명령을 만들어야하며 주요 명령 자체?
아마도 매우 저조한 제목 이겠지만 ... 어쨌든 ... 나는 계층 적 데이터 세트에서 명령 패턴을 사용하고 있습니다. 그래서 기본적으로 이 실제로 데이터를 변경하지 않고 변경 될을 설명하는 객체를 반환하는 메소드가 필요합니다. 그래서 예를 들면 : 개체 1 -> 개체 2 -> 내가 객체 하나를 이동하면 그들은 서로에 의존하기 때문에,이 오브젝트 3의 변화의
내가하고 싶은 것은 이 나중에 실행할 수 있도록 명령 패턴을 구현하는 클래스를 직렬화하는 것입니다. 모든 세계의 을 가장 잘, 나는 익명의 클래스를 직렬화하고 싶습니다 (I이 가진 문제의 알고 있어요) 무엇 조금 복잡하게 만드는 것은 내가 스프링 environement에있어 및 익명이다 내가 직렬화하고자하는 클래스는 이 CGLib에 의해 프록시 될 클래스에
내가 달성하고자하는 것은 영구 저장소 (데이터베이스)에서 "실행 취소 가능"변경 사항의 영구 목록을 갖는 것입니다. 아키텍처는 도메인 객체와 작업 단위에 대한 리포지토리를 트랜잭션과 명령 패턴을 사용하여 생각한 마지막 부분 (실행 취소)에 사용합니다. 그러나, 나를 위해 거기에 좋은 해결책을 어떻게 실행 된 명령을 영구하게 보인다. 기본적으로 저장소 추가/