나는 C 배경을 가지고 있으며 C++에서 newb이다. 기본적인 디자인 문제가 있습니다. 나는, 클래스가 기본적으로 의사 코드에서이 class chef
{
public:
void prep();
void cook();
void plate();
private:
char name;
나는 종종 이런 코드 참조 : 그것은 DataReader가 클래스에는 논리가 없다, 나는 그것에서 상속하지 않고 AbstractDataReader을 사용할 수 없습니다, 안티 패턴으로 솔기 나에게로 public abstract class AbstractDataReader
{
public void Read()
{
var read
BaseForm이 ILogger 또는 IResourceManager 또는 그와 유사한 것으로 가정합니다. 현재 그것은 안티 패턴 인 서비스 로케이터를 사용하여 필요한 서비스의 올바른 구현을 해결합니다. 생성자 삽입을 사용하여 이러한 종류의 종속성을 해결하는 올바른 방법이 있습니까? 의존성이있는 인스턴스를 만들기 위해 BaseForm (및 파생 된 유형)을
나는 그것을 "배달 소년"이라고 부른다. 몇 가지 변종을 보았습니다. 그러나 문제는 클래스가 공동 작업자에게 전달하고 종속성 자체를 사용하지 않는 유일한 목적에 종속된다는 것입니다. (그것이 내가 대부분 알고 있어요 무엇 때문에 PHP를 사용하고 있지만, 이것은 무신론자 언어) class Dependency{}
class B {
public f
로버트 로스니 (Robert Rossney)의 글을 읽었는데 "유지해야 할 가장 불건전 한 프로그램은 무엇입니까?" 에서 발견 : (What's the most unsound program you've had to maintain?) 실수로 거의 동일한 응용 프로그램을 개발했다는 것을 깨달았을 때! 응용 프로그램은 들어오는 POST 요청을 잡는 HTTP
은의 간단한 데코레이터 예를 들어 보자? call super는 파생 된 하위 클래스에서 사용자가 메서드를 재정의하고 특정 지점에서 재정의 된 함수 자체를 호출해야한다는 특정 클래스의 디자인 패턴입니다. 여기에 little different implementation 디자인에 차이가 있습니까?
MVC에서 Prism을 사용하여 WPF로 전환 할 때 프리즘 책을 구입하고 다시 한번 알려진 안티 패턴 인 Service Locator를 여전히 보게되어 충격을 받았습니다. .NET의 Dependency Injection과 같은 책을 읽었으며 Mark Seemann은 서비스 탐지기가 왜 Anti-Pattern인지를 철저히 조사합니다. 나는 단순히 최고의 패
저는 Caliburn Micro와 nHibernate를 사용하는 새로운 LOB MVVM 프로젝트의 아키텍처를 설계하려고하고 있으며 현재 DI와 IOC를 조사하고 있습니다. Caliburn Micro는 DI \ IOC 메커니즘으로 MEF를 사용합니다. MEF가 합리적으로 인기가있는 것 같지만 Mef [Imports] 주석의 생각은 서비스 검색 자의 또 다른