객체 지향 프로그래밍을 배우기 전에 왜 절차 적 프로그래밍을 배워야 하는가?

저는 지금 IT 대학교에서 4 학년이되어이 주제에 관해 교수와 이야기 할 때 저의 의견을 거부하고 매우 큰 비판을받습니다. C ++ (2 학년 OOP 수업) 및 기타 전에 대학교 1 학년 프로그래밍 클래스 ...

그러나 13 세의 나이에, 나의 형제는 Java에 의해 먼저 가르쳐졌으며 다른 것은 없습니다. 이제 그는 정상적인 2 학년 학생이 Java로 할 수있는 거의 모든 것을 할 수 있습니다.

전문가에게 절차 절차 프로그래밍을 먼저 배워야한다고 생각하는 이유를 알고 싶습니다.

빠른 요약 :

1. 현실에서는 조만간 절차 코드로 작업해야하기 때문입니다.

2. 절차 언어는 대안이 아닌 확장 또는 객체 지향 언어에 대한 소개처럼 작동 할 수 있기 때문입니다.

3. 대답 2를 보충하십시오. OOP는 절차 적 프로그래밍보다 복잡하기 때문에 먼저 절차 적 프로그래밍을 배우는 것이 좋습니다.

4. 실제 세계에서는 프로그래머가 단일 패러다임이 아니라 AKA "다중 패러다임 프로그래밍"문제를 해결하기 위해 여러 가지 방법으로 작업하고 결합하기 때문입니다.

5. 대부분의 프로그래밍 언어는 디자이너 나 일반 개발자가 반대라고해도 어느 정도 수준의 다중 패러다임입니다.

6. [신규] 절차 적 프로그래밍과 혼동되고 혼동되는 모듈 식 프로그래밍을 OOP에 적용 할 수 있으므로 "객체 지향 프로그래밍을 배우기 전에 왜 모듈 식 프로그래밍을 배워야합니까?"라는 질문을 읽을 수 있습니다.

확장 보링 설명 :

포인트 1은 추가 설명이 아닌 매우 명확합니다.

포인트 2, 클래스, 상속, 다형성, 인터페이스 등

Point 3, Object Oriented Pascal을 배우기 전에 Procedural Pascal을 코딩했습니다. 거기에 도착했을 때 저는 "클래스는 작은 절차 적 프로그램과 같습니다 ... ... 그리고 서로 대화 할 수 있습니다. ".

나는 평범한 C에서 C 플러스 플러스로 갔던 사람들로부터 같은 말을 들었습니다.

포인트 4, 대부분의 프로그래머는 여러 프로그래밍 기술 또는 패러다임 또는 문제 해결 방법을 결합합니다. 기능적, 절차 적, OOP, 논리적.

Java "Pure OO"조차도 평범한 객체 프로그래밍이 아닙니다.

"구조 프로그래밍"대신 "프로 시저 프로그래밍"이라고 말하는 +1 포인트. 또는 모듈 식 프로그래밍. 이것들이 중요합니다.

많은 경우에,이 용어들은 여러 번 가르치고 상호 교환 적으로 사용되지만 그렇지 않습니다. 구조적 프로그래밍 (Structured Programming)은 단지 절차를 사용하는 것이 아니라 많은 개념을 포함하며 그 중 하나는 "스파게티 코드"처럼 보이지 않도록 프로그램을 만드는 것입니다.

오늘 저는 "객체 지향 스파게티 코드"처럼 보이는 "순수한"OO 프로그램을 몇 개 읽었습니다. 이는 프로그래머가 OOP를 사용했지만 코드가 엉망인 것 같습니다.

여러 번 OO 코드를 읽고 프로그래머가 OOP 전에 구조적 프로그래밍을 배웠다고 말할 수 있습니다. 코드가 명확하고 정렬되어 있기 때문입니다.

그리고 모듈 식 프로그래밍의 경우 여러 앱을 보았습니다. 모듈을 사용하지 않는 C ++ 및 PHP

저는 그 비유가 수학과 비슷하다고 생각합니다. 몇 가지 기본 개념을 먼저 배우고 (더하기 / 빼기 / ...) 더 복잡한 주제 (대수 / 미적분)로 넘어가십시오. 절차 적 프로그램은 매우 선형 적이며 구문을 배우는 동안 제어 흐름을 파악하기가 더 쉽습니다. OOP는 아마도 더 복잡하다고 생각되며 절차 언어에서 사용되는 더 간단한 구성을 기반으로하지만 더 추상적이고 이해하기는 어렵습니다. C와 같은 언어로 시작하면 하드웨어에 더 가까워지고 메모리 할당 및 포인터 문제를 해결할 수 있습니다.이 문제는 이해해야하지만 Java / C #과 같은 언어에서는 실제로 사용하지는 않습니다. 학교의 첫 번째 또는 두 번째 여부에 관계없이 학교에 노출되는 것이 실제로 가치가 있습니다.

FWIW, 결국에는 바뀔 것입니다. 학교를 시작할 때 우리는 파스칼과 PL / 1에서 배웠습니다. 우리는 고급 언어 수업 (날짜로)까지 C에 도착하지 않았습니다. 대학원 때까지 Java를 선택하지 않았습니다. 아직 발명되지 않았습니다!

객체 지향 프로그래밍은 체계적인 방식으로 절차 적 스 니펫 모음입니다. 여러분이 배우고있는 교훈은 객체 지향 방법론이 조직 및 유지 관리 성을 유지하는 데 도움이된다는 것입니다. 이 구분을 할 수없고 프로그램이 더 절차적일 때 프로그램이 객체 지향적이라고 주장하는 많은 프로그래머가 있습니다.

당신은하지 않습니다.

Scheme을 통해 기능 프로그래밍을 먼저 배웠습니다 . 그런 다음 우리는 절차로 이동 한 후 OOP, 그리고 다음 선언적 프로그래밍. 그리고 믿거 나 말거나, 이미 프로그래밍을 알고 있지만 다른 사람들도 실제로 더 쉽다고 생각합니다. FP는 수학과 같습니다! 그래서 당신은 이미 기본을 알고 있습니다.

나는 이것을 여러 번 나 자신과 토론했으며, 궁극적으로 그것이 당신의 교사가 당신에게 개념 을 얼마나 잘 가르치는가에 달려 있다는 결론에 도달했습니다 .

다음과 같은 이유로 단일 답변이 없습니다.

• 컴퓨터가 실제로 어떻게 작동하는지 배우기 때문에 C (또는 어셈블리)와 같은 절차로 시작하는 것이 좋습니다.

• 객체 지향 Java로 시작하면 OOP를 배우고 적용하기가 비교적 쉽고 ** 형성에 대해 가르치기 때문에 좋은 선택이 될 수 있습니다.

• Scheme과 같은 기능적 프로그래밍으로 시작하면 변수 대신 함수 측면에서보다 추상적으로 생각하는 법을 배우므로 궁극적으로 더 나은 프로그래머가 될 수 있습니다.

선생님이 잘 가르치지 않는다면, 무엇을 시작하든 상관 없습니다. 그들은 거의 똑같이 밝혀 질 것입니다.

언어는 C ++, Java 또는 C #과 같은 객체 지향적 일 수 있습니다. 그리고이 언어로 시작할 수 있습니다. 그러나 요점은 이러한 OO 언어에서도 절차 적 프로그래밍을 먼저 배우고 나서 OOP를 배워야한다는 것입니다. 당신도 당신 형제에게도 마찬가지라고 생각합니다.

적어도 C와 같은 언어로 된 절차 적 프로그래밍은 프로그래밍과 알고리즘, 데이터 구조, 인간이 이해할 수있는 소스 코드와 어셈블리 코드 사이의 행복한 매개체 인 추상화 수준으로 프로그래밍을 제거합니다.

이런 방식으로 학생들은 약간의 과학 (알고리즘, 데이터 구조)과 약간의 공학 (소스-> 객체-> 기계 컴파일, 폰-뉴만 (아마도) 아키텍처)을 동시에 배울 수 있습니다.

C ++ / obj-C를 통한 OOP는 코드 구성 패턴을 도입했습니다. 이는 코드를 하나 더 배울 것입니다. 이로 인해 위의 개념을 배우기가 다소 어려워 질 수 있습니다.

Java를 통한 OOP (다른 것들 중에서도)는 하드웨어와 환경을 추상화함으로써 더욱 발전합니다. 이제 기본 제품은 기계 코드가 아니지만 기본 하드웨어의 작동 방식을 밝히지 않는 일종의 중개자이지만 그 결과 학생이 코드 구성 패턴에 집중할 수있게됩니다.

결국 하드웨어가 어떻게 작동하는지 배우거나 코드 구성 패턴을 배우는 것이 절충안이라고 생각합니다. 어느 것이 더 중요한지, 나는 정말로 모른다. 현실 세계는 적어도 어느 정도의 지식이 필요합니다.

저 수준의 절차 적 프로그래밍으로 시작하는 학부 프로그램은 컴퓨터 과학자 / 컴퓨터 엔지니어를 생산할 가능성이 높으며 높은 수준의 개념으로 시작하는 프로그램은 소프트웨어 엔지니어 / 개발자 / 프로그래머를 생성한다고 생각합니다.

OOP 객체의 내장은 절차 적 프로그래밍으로 구성됩니다.

for 루프를 수행 할 수 없다면 포인터를 올바르게 사용하고 클래스와 인터페이스를 작성할 수없는 유형과 함수를 선언하십시오.

어쨌든 입문 수업에서 OOP를 배우지 않을 것입니다. 구문 일뿐입니다 .OOP로 바로 뛰어 들면 이미 처음보다 이해하기가 더 복잡해집니다.

OOP는 클래스를 구성하는 구문을 선언하는 것이 아니라 데이터 구조, 디자인 패턴, 다형성, 상속 및 구성에 관한 것입니다.

C에서 쉽게 수행 할 수있는 절차 적 프로그래밍에 필요한 모든 것을 수행 하려면 C로 배우는 대부분의 모든 것을 Java 또는 C ++로 가져올 수 있습니다. C, BUT에서 당연한 것으로 생각한 것을 다시 생각해야 할 수도 있습니다. ... 문장을 작성하고 (인터페이스를 정의하는 절차를 작성해야 함) 단락 (데이터 구조를 알고 있어야 함)을 이해 한 다음 일부 디자인 패턴 (비극, 코미디, 결함)을 알아야하는 문법 (입문 C) 완전한 소설 (완전 OOP 시스템)을 작성하기 전에 영웅, 그들이 상호 작용하는 방식 및 사용하지 않을 때).

내가 당신이라면 C 프로그래밍 언어 , 자바 프로그래밍 언어 , 디자인 패턴 , Gang of Four 및 Pattern Hatching 책을 집어 들었습니다 . C / C ++에 대해 진지한 경우 C 프로그래밍 언어 의 사본을 확실히 선택합니다 .

Java로 가고 싶다면 (그리고 $를 위해) id는 Java 디자인 패턴에 관한 서적과 Apache 및 Tomcat 웹 서버와 함께 Java를 사용하는 방법 및 SQL 데이터베이스 프로그래밍에 관한 서적을 사용하는 방법을 선택합니다. Java는 웹에서 너무 많은 엉덩이를 차고 있습니다. 죄송합니다. PHP에는 수많은 보안 취약점이있어 Windows가 서버를 뿌리 내리거나 SQL 데이터베이스를 주입하는 것을 막기 위해 Windows만큼 엉덩이를 아프게합니다.

SQL, Oracle MySQL Postgresql 및 MSSQL은 구문에 대해 공통점이 많지만 GPL 대신 BSD 라이센스이기 때문에 ID를 직접 선택해야합니다 .Postgresql을 선택해야합니다 (비교를 찾아야합니다) GPL / BSD 라이센스와 대조)

Java와 같은 객체 지향 언어로 작성된 대부분의 코드는 실제로 객체 지향이 아니라고 말할 수 있습니다. OO의 아이디어는 실제로 이해하기 어렵습니다. 결과적으로 OO 코드는 실제로 대부분 절차 적입니다.

그러나 이것은 Java로 절차 코드를 작성하는 데 아무런 문제가 없습니다. OO를 사용하면 이점이 있지만 초보자와 혼동하고 싶지는 않습니다. 따라서 Java를 가르치는 데 아무런 문제가 없습니다. 실제 OO를 기대하지는 않지만 작동합니다.

그러나 Java는 컴퓨터 내부에서 일어나는 일에 대한 많은 하위 수준의 세부 정보를 숨 깁니다. C는 이것들을 훨씬 더 공개적으로 남겨둔다. 학생들이이를 관리하는 언어를 사용하기 전에 저수준의 세부 사항이 어떻게 작동하는지 배우는 것이 좋은 사례가 될 수 있습니다. 그러나 이러한 세부 사항을 무시하고 나중에 배우도록 사례를 만들 수도 있습니다.

몇몇 다른 사람들은 이미이 주제에 대해 대답했지만, 이것을 더 명확하게 언급 할 가치가 있다고 생각합니다.

Java와 같은 객체 지향 언어로 프로그래밍 학습을 시작하더라도 OO 개념에 도달하기 전에 절차 적 프로그래밍 기술을 배우는 것으로 시작합니다 . 새로운 프로그래머 Java를 가르 칠 때는 먼저 객체와 클래스를 소개하지 않고 명령문과 변수를 소개합니다. 학생이 사물과 수업에 관해 많은 것을 배울 수있는 시점에 이미 최소한 절차 적 프로그래밍의 기초를 가지고 있습니다.

따라서 최소한 Java로 절차 적 프로그래밍을 배우고 Java로 객체 지향 프로그래밍을 배워야합니다. 절차 적 프로그래밍에 1 년을 보내거나 프로그래밍 과정의 처음 몇 주를 보내고 다른 언어를 사용하는지 여부는 세부 사항에 대한 논쟁입니다.

그것에 대해 과감하게 말하면, 이것에 대한 추진력은 주로 옛날을 원하는 오래된 프로그래머로부터 나온 것입니다.

다른 말을하기 전에, 나는 나이가 많은 프로그래머들에게는 전혀 경합을 하지 않습니다 . 불행히도 때때로 그렇지 않은 사람들, 씻겨지고 실제로 프로그래밍에 능숙하지 않은 사람들은 '실제 세계'에서 해킹 할 수 없을 때 교수가됩니다. ( 모든 교수는 아니지만 ... 많은)

OOP는 프로그래밍의 성배가 아니며 절차 적 프로그래밍도 유물이 아닙니다. 적어도 두 가지 를 모두 아는 것이 좋지만 절차 적 프로그래밍으로 배우는 것에 대한 일반적인 관행은 시간과 노력을 낭비하는 경향이 있다고 생각합니다. 우리는 하나의 스타일 만이 아니라 학계에서 프로그래밍 을 배워야 합니다 . 나는 내 자신을 포함하여 상당히 끔찍한 코드와 오해를 불러 일으킨다.

두 가지 이유 : 하나의 OO 프로그래밍이 절차 적 프로그래밍 문제를 해결하기 위해 왔습니다. 따라서 절차 적 코딩을 작성하고 OO로 동일한 것을 작성하면 차이점을 더 쉽게 이해할 수 있습니다.

여기에는 추가 요소가 있습니다. 프로그래밍 주제를 교육하는 두 가지 접근 방식. 하나는 얻을 수있는 한 낮게 (예 : 조립, 많은 장소에서 절차 적, 일부는 회로로 시작) 시작한 다음 (OO / 기능 / 관리쪽으로) 올라갈 수 있습니다. 다른 접근 방식은 실제 세계 (예 : 브라우저 / Windows 7 등)에서 시작한 다음 더 깊이 들어가는 것입니다. 각 접근 방식에는 장단점이 있습니다. 당신의 대학은 첫 번째를 선택했고 절차부터 시작합니다. 일부 이론적 근거가 있거나 방금 다른 사람을 복사했습니다 :-).

제도적 관성 외에 다른 이유는 없습니다. CMU를 보면 전체 OOP 커리큘럼을 버리고 기능 프로그래밍으로 대체했습니다. 다시 한 번, 귀하의 질문에 대한 답변은 귀하가 다니는 학교의 관리자가 임의로 선택한 것입니다. 내가 여기에 한 사실에 대해 궁금해하는 사람이 있다면 한 교수 / 관리자가 CMU의 커리큘럼을 변경하는 것에 대한 게시물 입니다. FP를 신입생에게 가르치기 .