많은 면접관들이 이 질문을 좋아하지만(저는 학생입니다), 이 질문에 대한 답변이 만족스럽지 않다는 것을 매번 느낍니다.
내 대답은 대개
디자인 기능은 상속, 캡슐화, 다형성입니다.
구체적인 것에서 추상적인 것까지. 속성은 변수가 되고 동작은 메서드가 됩니다.
그런데 면접관님이 별로 만족하지 않으시는 것 같던데, 다양한 전문가들의 비교적 명쾌한 답변이 있을까요?
많은 면접관들이 이 질문을 좋아하지만(저는 학생입니다), 이 질문에 대한 답변이 만족스럽지 않다는 것을 매번 느낍니다.
내 대답은 대개
디자인 기능은 상속, 캡슐화, 다형성입니다.
구체적인 것에서 추상적인 것까지. 속성은 변수가 되고 동작은 메서드가 됩니다.
그런데 면접관님이 별로 만족하지 않으시는 것 같던데, 다양한 전문가들의 비교적 명쾌한 답변이 있을까요?
첫 번째 대답은 프로그래밍 패러다임입니다.
그런 다음 언급한 세 가지 기능에 대해 자세히 설명하세요. 예를 들면 다음과 같습니다.
상속: 하위 클래스는 상위 클래스에서 노출된 변수와 메서드를 재사용할 수 있습니다.
캡슐화: 일련의 세부정보를 보호합니다. 외부에서 호출할 때 이 메서드의 존재만 알면 됩니다.
다형성: 상위 클래스의 메서드는 하위 클래스에 상속된 후 다양한 방식으로 구현될 수 있습니다.
그렇다면 객체지향의 장점과 단점에 대해 이야기할 수 있습니다. 그러면 한 가지에 대한 절대적인 장점과 단점은 없습니다. 그러므로 프로세스 중심 프로그래밍 아이디어에 대해 이야기해야 합니다.
돌아왔는데 기사를 잃어버렸어요
lz의 질문이 반대표를 받은 것을 보고 커뮤니티에서 확인해 보니 실제로 관련 답변이 있는 것을 발견했습니다. 제 글은 작은 보충자료입니다. 궁금한 점이 있으면 지적해주세요.
객체지향적 사고
제 작업에서 몇 가지 예를 추가하겠습니다. 点赞
정말 간단한 기능이지만 좋아요를 눌러 다른 사용자에게만 제공되는 것은 아닙니다. 댓글, 기사 좋아요, 질문 등을 할 수 있고, 좋아요를 누르면 일련의 이벤트(해당 사용자에게 알림 등)가 발생할 수 있습니다. 처음에는 세 가지 글쓰기 방법을 생각했습니다
<code>// 1.文章被用户点赞 $article->votedBy($user); // 2.用户给某篇文章点赞 $user->voteArticle($article); // 3.用户伸出大拇指给某篇文章点赞 $user->thumbUp()->voteToArticle($article); //$user->thumbUp()->voteToDiscuss($discuss);</code>
결국 세 번째 글쓰기 방법을 사용하게 되었습니다. 엄지손가락을 뻗는 순간 어떻게 구현해야 하는지 알게 될 것입니다.
정말 흥미로운 질문이네요, 하하. 물론 사람마다 생각하는 바는 다를 것입니다. 결국 객체지향이라는 개념도 과장된 것입니다.
내 이해에는 두 가지 측면이 포함됩니다.
하나는 객체지향 디자인입니다.
하나는 객체지향 프로그래밍입니다.
객체 지향 설계의 핵심 아이디어는 모듈성인 반면, 객체 지향 프로그래밍의 핵심 아이디어는 인터페이스 지향입니다. 객체 지향 프로그래밍에는 객체 기반 프로그래밍 또는 프로토타입 프로그래밍(JavaScript)이라는 친척도 있습니다. 하나)입니다. 따라서 객체지향 프로그래밍에는 일반적으로 위에서 언급한 것처럼 캡슐화, 상속, 다형성과 같은 언어 수준의 지원이 필요합니다.
객체지향 개념이 대중화되었을 때 사람들은 소프트웨어 재사용에 대해 자주 이야기했고, 상속은 소프트웨어 재사용의 직접적인 표현이었습니다. 그러나 나중에 사람들은 상속 대신 합성을 더 많이 사용해야 한다는 것을 알게 되었고 인터페이스 지향 프로그래밍이 대중화되었습니다.
좀 멀리 갔으니 여기서 멈추자.
모든 것은 객체입니다.
객체 지향
모든 것이 객체입니다
꼭 예시를 사용하세요
예를 들어 동물-》후루 동물-》사람, 사자, 호랑이
다형성을 추가하면
이라고 됩니다.상속, 예를 들어 후루 동물은 태생 등입니다
프로젝트를 구현할 때 비즈니스를 코드로 추상화해야 합니다. 이러한 추상화 프로세스가 프로그래밍 패러다임이며 객체지향도 그 중 하나입니다. 유사한 것에는 프로세스 지향 프로그래밍과 함수형 프로그래밍이 포함됩니다.
객체 지향 기능으로는 继承
, 多态
, 封装
이 있습니다.
그러면 면접관은 继承
, 多态
, 封装
질문을 시작할 수 있습니다.
완벽해요! ~~
프로세스 지향 프로그래밍과 함수형 프로그래밍이 무엇인지 아시면 더 좋을 것 같습니다.
자체적으로 이해하지 못하면 그냥 나가면 됩니다. 이 면접관은 너무 좋습니다!
JS의 말: 모든 것이 객체이고 객체도 객체입니다. 아무 문제 없습니다
그렇습니다. 모든 것이 객체입니다
zhihu에 대한 답변을 읽은 기억이 나네요. 그는 (실제로) 가장 중요한 것은 코드 재사용이라는 점을 이해하고 있었습니다.
캡슐화: 재사용이 가능한 캡슐화된 코드 블록을 직접 사용할 수 있습니다.
상속: 기존 속성을 사용합니다. 이것이 재사용입니다.
다형성: 세부 사항은 다르지만 기본적으로 먼저 재사용이 필요합니다.
고급 프로그래밍, 패러다임 및 기타 이론적인 내용을 논의하지 않고 코드 작성 자체의 가장 직접적인 이점과 경험은 재사용이 많아지기 때문에 코드가 더욱 간결해진다는 것입니다.
상대방(흔히 남친/여친)을 마주하고 우아한 자세를 취한 후 다정하게 말하고 나를 봐주세요... 이것이 상대를 우아하게 대하는 것입니다
패키징 데이터 및 관련 동작
흥미로운 질문입니다. 저도 학생이고 제가 이해한 내용을 공유하고 싶습니다.
객체지향의 가장 큰 특징은 데이터와 행위(데이터에 대한 연산)를 동시에 결합한다는 점입니다. 실제 세계의 운영 로직과 더 유사합니다.
제가 그렇게 생각하는 이유는 전통적인 방법(프로세스 중심 등)과의 비교에 근거합니다.
예를 들어 C 언어의 데이터 처리와 동작은 실제로 약간 분리되어 동작에 더 중점을 둡니다. 그 안에는 '객체'라는 개념이 없고 행위(기능)로 가득한 세계가 존재한다. 주로 함수가 함수를 호출하고 그 결과가 처음부터 끝까지 주어지는데... 이 세상에서 가장 중요한 것은 다양한 액션이다.
C++의 "객체"는 특히 사람과 같은 사물과 같습니다. 그 세계는 사물로 가득 찬 세계입니다. 주로 사물들 사이의 관계(사람과 사물, 사람과 사람 등), 이러한 관계나 충돌이 최종 결과로 이어지는데... 이 세상에서 가장 중요한 것은 다양한 사물이다.
객체 자체가 데이터와 기능을 갖고 있으며, 객체 간의 관계만이 세상을 움직입니다. 이 두 가지 점에서 객체 지향 프로그래밍은 실제 세계와 더 유사합니다.
위에서 언급한 "상속, 캡슐화, 다형성" 및 기타 특성을 사용하여 실제 세계를 더 잘 이해할 수 있도록 시뮬레이션할 수도 있습니다. 몇 가지 예를 들어보겠습니다...
상속: 책 & 교과서 & 컴퓨터 교과서 - 이것이 현실 세계의 상속 관계입니다.
Encapsulation: 휴대폰 - 캡슐화되어 있어 사용시 내부의 회로 로직을 알 필요가 없습니다.
Polymorphic: People.Look(미용) & People.Look(강한 조명) - 매개변수 유형이 다르고 실행도 다릅니다.
객체 지향의 이점도 이해하기 쉽습니다. 하나는 이해 가능성을 높이는 것입니다. 왜냐하면 객체는 인간이 세상에 대해 이해하는 규칙에 따라 제시되고 일반적인 사고 방식을 따르기 때문입니다. 두 번째는 시스템을 더 쉽게 개발하고 유지 관리하는 것입니다. 객체 데이터 및 기능에 대한 새로운 이해와 동일합니다. 원본을 기반으로 일부를 수정합니다.
틀렸다면 비판하고 정정해주세요...!
몇몇 면접관들이 정말 바보같을 가능성도 배제할 수 없습니다. 이건 너무 큰 주제라서 며칠 동안 같이 앉아 이야기를 해도 끝이 안 나요
Zhihu에서 스크롤을 줄이고 코드를 더 많이 작성하세요
모든 것은 객체입니다.