디자인 패턴에 대한 이 페이지와 코드를 작성할 때 어떻게 처리해야하는지 읽었습니다 . 링크의 제목은 다음과 같습니다.
패턴은 빌딩 블록이 아닙니다.
올바르게 이해하면 디자인 패턴이 적절할 때까지 디자인 패턴을 사용하지 않는 것입니다. 맞습니까? 전략 패턴을 사용할 것이라고 말하지 말고 코드를 작성할 때까지 기다렸다가 전략 패턴을 사용하는 것이 디자인에 적합하다면 사용하십시오.
나는 치료 마십시오 MCV / MVP의 패턴을 내가 GUI 응용 프로그램을 만들 같은 방법으로? 각 링크에서 건축 패턴이라고 말합니다.
GUI 응용 프로그램을 만들고 MCV / MVP 패턴을 사용하지 않지만 코드가 깨끗하고 읽기 쉽고 유지 관리 가능하지만 여전히 MCV / MVP 패턴을 사용하지 않은 코드 냄새 / 나쁜 디자인입니까? ?
답변:
올바르게 이해하면 디자인 패턴이 적절할 때까지 디자인 패턴을 사용하지 않는 것입니다. 맞습니까?
예.
전략 패턴을 사용할 것이라고 말하지 말고 코드를 작성할 때까지 기다렸다가 전략 패턴을 사용하는 것이 디자인에 적합하다면 사용하십시오.
예. 기술적으로는 코드를 작성하기 전에 전략 패턴이 적절하다는 것을 알 수 있지만 실제 문제에 대해 생각하고 해당 문제에 대한 솔루션을 설계했기 때문입니다.
GUI 응용 프로그램을 만들 때 MCV / MVP 패턴을 같은 방식으로 처리합니까? 각 링크에서 건축 패턴이라고 말합니다.
예, MVC / MVP / etc는 아키텍처 패턴입니다. 어떤 의미에서는 MVC / MVP / etc 등이 이해 될 때만 사용해야하므로 차이가 없습니다. 실제 문제에 합리적으로 맞으면 해결하려고합니다. 차이가있는 부분은 전략 패턴보다 훨씬 높은 수준에서 적용되기 때문에 일반적으로 그것이 의미가 있는지 여부를 파악하고이를 일부로 사용할 것인지 결정합니다. 많은 코드를 작성하기 전에 디자인 작업.
또한 "MVC / MVP"는 하나의 단일 패턴이 아니라 관련 패턴의 매우 큰 계열이며 "MVC"또는 "MVP"또는 "MVVM"또는 나머지 부분의 정확한 수에 대한 합의는 없습니다. 관련 알파벳 수프.
GUI 응용 프로그램을 만들고 MCV / MVP 패턴을 사용하지 않지만 코드가 깨끗하고 읽기 쉽고 유지 관리 가능하지만 여전히 MCV / MVP 패턴을 사용하지 않은 코드 냄새 / 나쁜 디자인입니까? ?
MVC / MVP / etc가 모든 GUI 응용 프로그램에 적합하지 않기 때문에 전혀 그렇지 않습니다. 예를 들어, 일부 GUI는 너무 단순하여 너무 과도하게 사용되거나 일부 "GUI"에 넣을 지속적인 상태가 아닐 수 있습니다. 패턴 군이 인기가있는 이유는 여러 가지가 있습니다. 좋은 GUI 소프트웨어를 작성하는 유일한 방법은 아닙니다.
또한, "코드 냄새"는 일반적으로 더 큰 문제의 증상 일 수있는 특정 코드 스 니펫에 관한 것을 의미합니다. 모든 코드가 예외없이 "깨끗하고 읽기 쉽고 유지 관리 가능"한 경우 거의 모든 정의에 따라 코드 냄새가 나지 않습니다 (실제 문제를 나타내지 않는 "거짓 양성"코드 냄새는 제외) ).
"MVC / MVP 패턴을 처리하는 방법?"이라는 질문의 제목에 대답하려면 다음과 같이 말합니다. 이러한 패턴이 왜 인기가 있는지, 즉 어떤 문제를 해결하려고하는지 에 대해 읽어보십시오. 이러한 패턴으로 최신 문제를 해결할 수 있는지 알 수 있습니다.