지난 몇 달 동안 Zend의 MVC 구현과 관련하여 OOP를 연구했습니다. 나는 프로그래밍에 익숙하지 않다. 그러나 나는 '올바른'방식으로 사물을 배워야한다고 강하게 느낀다. 이는 내가 왜 일이 그 방식대로 이루어 졌는지 이해하도록하는 것을 의미한다 . 즉, 나는 무언가를하는 법을 배우는 것 (무엇이든, 음악을 말하는 것)에서 무언가를하는 법을 배우는 가장 좋은 방법은 왜 처음에 왜 그렇게했는지 아는 것입니다.
어쨌든, 나는 내 자신의 비즈니스 모델 (MVC의 M)을 개발하는 방법을 이해하는 데 매우 어려움을 겪었고 OOP를 일반적으로 이해하지 못하기 때문에 그렇지 않다고 결정했습니다. 몇 달간 나는 개념을 이해하기가 매우 어렵다고 생각하지 않습니다. 실제로 매우 직관적으로 연구 한 예를 찾습니다. 내 생각에 문제는 내 자신의 문제를 객체 지향 솔루션으로 변환하는 과정에 있다고 생각합니다. 지금까지 읽은 책의 예제는 너무 분명하므로 문제를 객체로 변환하는 프로세스는 그리 어렵지 않습니다. 내가 놓칠 수 있다고 생각하는 것은 고급 추상 프로세스입니다. 모든 객체 지향 솔루션이 최고 수준으로 답변해야하는 단계 또는 질문 목록.
그러한 프로세스를 5 단계 이하로 설명해야한다면 그 과정은 무엇이며 왜 그런가? 문제를 객체 지향 솔루션으로 변환 할 때 가장 효과적인 프로세스는 무엇입니까?
1
OOP는 항상 그 모든 것을 ...
—
Job
모델을 만드는 데 어려움이있을 때 도메인 기반 디자인에 관한 Eric Evan의 책 을 읽는 것이 좋습니다 . @Simon Stellings answer도 참조하십시오. 이 책은이 과정을 아주 자세하게 다룹니다.
—
팔콘
@Zoredache 저는 싱글 톤, 팩토리 및 MVC와 같은 디자인 패턴의 개념뿐만 아니라 Zend의 구현에서도 프론트 컨트롤러 인 몇 가지 예를 보았습니다. 그러나 그것은 나의 다음 행동이었습니다. 엔터프라이즈 패턴에 대한 Martin Fowler의 책을 집어 들고 지금까지 소개의 일부만 읽었습니다. 당신이 추천하는 명확하고 읽기 쉬운 소개입니까?