몇 년 동안 OOP의 개념을 알고 있고 그것을 사용하는 것을 알고 있으며 너무 복잡한 객체는 말할 수 없습니다.개체에서 어떻게 생각해야합니까? 개체를 최대한 활용하는 방법은 무엇입니까?
하지만 나는 지금 당장 서서 진정한 프로처럼 사용하는 곳보다 OOP 방식을 더 잘 이해하고 싶습니다.
실제로 저는 독립 프로그래머입니다. PHP/.net/C++/QT와 같은 여러 언어와 플랫폼을 처리해야하며 때때로 이러한 거대한 물건들 사이에서 길을 잃어 버렸고 나는 OOP 개념에서 벗어났습니다.
-이 문제를 극복하기위한 방법이 있습니까?
- 나는 완벽하게 OOP 방식으로 사고하고 가능한 한 빨리 비즈니스 계획과 비즈니스 오브젝트를 작성하는 방법을 알고 싶습니다. 그런 다음 원하는 언어로 사용하십시오.
- 언어를 잘 아는 것과 OOP를 배우는 것 사이에 어떤 관련이 있습니까?
개념을 익히고 나면 개념을 더 잘 이해하는 가장 좋은 방법은 실제로 사용하는 것입니다. OOP 개념을 사용하여 필요한 것을 성취 할 수 있습니다.
OOP를 사용하면 스스로에게 "내가 제대로하고 있습니까?"라고 묻는 것처럼 보입니다. 시작할 수있는 좋은 장소는 http://en.wikipedia.org/wiki/Object-oriented_programming
OOP를 생각하고 비즈니스 객체를 만드는 가장 좋은 방법은 비즈니스가 무엇인가 말하는 것과 함께가는 것입니다.
예를 들어 온라인 및 로컬의 두 가지 유형의 고객이 있다고 가정 해 보겠습니다.
아마도 기본 클래스 고객을 만들고 기본 클래스 고객으로부터 상속하는 2 개의 다른 클래스 OnlineCustomer 및 LocalCustomer를 만들 것입니다. 이렇게하면 각 고객 클래스마다 다른 것을 추가 할 수 있습니다. 예를 들어 LocalCustomer의 표준 우편 주소를 원할 수있는 동안 (예 : ), 분명히 요즘 모든 사람들이 모든 사람의 전자 메일 주소를 원하지만 분명히 알 수 있습니다. 내 머리의 상단 :)).
언어 학습 또는 학습 개념과의 관계에 관해서는 언어 기본 사항을 알고 난 후 OOP와 같은 새로운 프로그래밍 개념을 구현하고 사용하는 것이 더 쉬울 것이라고 생각합니다.
하나 이상의 순수 객체 지향 언어를 배우고 잠시 사용하십시오. 그것은 당신에게 구강 의학을 사용하도록 강요 할 것이며 시간이 지남에 따라 당신은 수업, 사물 및 방법에 관해 생각하기 시작할 것입니다.
오늘날 대부분의 개발자는 객체 지향 언어로 절차 적 프로그래밍을하고 있습니다. 언어는 당신에게 어떤 일을 강요하지 않습니다. 현재 대부분의 코드를 살펴보면 거의 코드를 재사용하지 않고 거의 평행 한 상속 구조를 볼 수 있습니다. 사실, 객체 지향 사고를 배우는 가장 좋은 방법은 UML과 디자인 패턴을 연구하는 것입니다. 모든 OO 언어에 적용 할 수있는 지식을 가지고 올 것입니다. –
절차 적 프로그래밍에는 아무런 문제가 없으며 OO는 코드 재사용에 필수적이지 않습니다. 호출 가능한 코드 블록을 사용한 프로그래밍 패러다임은 코드 재사용을 허용합니다. 반면에 디자인 패턴은 OO 접근법을 필요로하지 않습니다. –
와우! 정말? OO 자체가 절차 적 프로그래밍의 단점을 해소하기 위해 특별히 만들어 졌기 때문에 재미있는 의견을 찾습니다. 디자인 패턴은 객체 방향에 고유합니다.디자인 패턴에서 함수와 구조에 대한 참조는 보이지 않을 것입니다. 이는 절차 적 구조이므로 클래스, 메소드, 인스턴스 및 책임에 대한 참조를 볼 수 있습니다. 가지고있는 것이 모두 함수이고, 절차 적 프로그래밍에서 가진 전부라면, 함수 호출 함수가 아닌 다른 함수를 만들 수 있다고 상상할 수있는 패턴은 무엇입니까? –