응용 프로그램을 작성하고 Robert C. Martin의 SOLID 원칙을 따르려고합니다. Command Pattern을 사용하고 있으며 구현에 대해 궁금합니다. 클린 코드와 애자 일 원칙의 모든 예제에서 C#의 명령 개체와 패턴은 결코 반환하지 않습니다. 그의 커맨드 인터페이스는 다음과 같습니다. public interface Command
{
프로그램은 로그 파일을 구문 분석합니다. 각 로그 파일은 다른 종류의 필드 형식 (고정 너비, 쉼표로 구분 된 등)을 가질 수 있습니다. 또한 각 로그 파일에는 여러 종류의 로그가 혼합되어 있습니다 (각 종류마다 다른 필드 정의가 있음). 예를 들어, CSV 로그 파일 로그 파일에 다음 코드 인
logType1, 10/1/2012, 12, abc
lo
나는 문서를 생성하고 저장이 클래스,이 : 내가 물건을 저장하는 코드가 DocumentStore에 숨겨져대로, 괜찮은 생각 public class DocCreator
{
private IDocumentStore _documentStore;
public DocCreator(IDocumentStore documentStore)
{
저는 최근 OOP에 들어가려고 노력 중이며, SOLID 원칙 및 디자인 패턴에 문제가 있습니다. 나는 사람들이 왜 그것을 사용 하는지를보고, 나는 그것들을 정말로 사용하기를 원하지만, 클래스를 스펙으로 개발하는 것에 대해 머리를 감쌀 수는 없다. 나는 그러한 것에 대한 나의 이해를 도울 수있는 어떤 것도 정말로 고맙게 생각한다.
내가 아래에 엿이 문 확인하는 질문을 받았다 장려 : "SOLID/TDD는 하나의 인터페이스에 대한 하나의 구현 장려를,이 현실 세계되지 않으며 지점에 반하는 인터페이스는 그렇지 않습니까? " 처음에는 TDD 및 DI의 모든 온라인 예제로 동의했지만 모두 구현이 하나만있는 전형적인 IRepository/MyRepository 예제를 따릅니다. 추가 생각 후
나는 위의 원칙에 대한 나의 이해를 정립하고, wikipedia 항목을 반복해서 읽음으로써 그렇게하려고한다. 공산주의와 Contravariance의 개념을 제쳐두고 나에게 슬픔을 안겨주는 wikipedia는 또한 상위 유형의 불변성을 하위 유형과 역사 제약 또는 역사 규칙에 보존해야한다고 언급합니다. 마지막 두 개념을 바탕으로 나는이 작은 예를 내놓았다 :
HttpClient (웹 API 클라이언트라고도 함)을 사용하여 RESTfull 서비스를 사용하고 있습니다. 서비스를 사용하려면 로그인을 통해 세션을 설정 한 다음 각 작업을 수행 할 때 세션을 종료해야합니다 (로그 아웃을 통해). 그래서 서비스 A를 소비 할 수있는 호출이 (의사) 같은 // setup
create auth dictionary authD
실제로 솔리드 코드의 중요한 속성은 생성자 호출이 실제 응용 프로그램 코드 내에서 발생하지 않지만 주로 필요한 경우 컴포지션 루트 및 팩터 리 메서드에서 발생한다는 사실입니다. 이것은 나에게 많은 의미가 있으며, 나는이 모든 것을 할 수있다. 나는 그것이 허용되는 것만 큼 단순한 클래스를 만들었지 만 위의 규칙에서 벗어나는 것이 맞습니다. 의 OpenSub
NotifyIcon 및 동적으로 채워진 ContextMenuStrip으로 구성된 UI로 WinForms 응용 프로그램을 구축하고 있습니다. 응용 프로그램을 함께 보관할 수있는 MainForm이 있지만 표시되지는 않습니다. 가능한 한 솔직하게 (객체 그래프를 처리하기 위해 Autofac을 사용하여) 이것을 빌드하고 O 부분과도 잘 어울리는 내 성공에 매우 만