Чому ми повинні вивчити процедурне програмування, перш ніж вивчати об'єктно-орієнтоване програмування [закрито]

Я зараз на 4 курсі в ІТ-університеті, і коли я розмовляю зі своїм професором на цю тему, він відкидає мою думку і піддає мені дуже важку критику (в моєму університеті нас викладали на C (ANSI) (у процедурі Клас програмування - на 1 курсі в університеті) до C ++ (в класі OOP на 2 курсі) та інші ...

Але в 13 років мого брата мене вчили, перш за все, Java і нічого іншого. Тепер він може робити майже все, що може зробити звичайний студент 2 курсу з Java.

Для вас, профі, я хотів би знати, чому ви вважаєте, що ми повинні спочатку навчатись процедурному програмуванню.

Короткий підсумок:

1. Тому що в реальному світі рано чи пізно вам доведеться працювати з процесуальним кодексом.

2. Оскільки процедурні мови можуть працювати як розширення або вступ до об'єктно-орієнтованих мов, а не просто альтернатива.

3. Доповнення до відповіді 2. Оскільки ООП є складнішим за процедурне програмування, тому краще спочатку вивчити процедурне програмування.

4. Оскільки в реальному житті програмісти працюють і поєднують декілька способів вирішення проблем, AKA "багатопарадигмальне програмування", а не просто одна парадигма.

5. Більшість мов програмування є багатопарадигматичними, на певному рівні навіть, якщо їхні дизайнери чи звичайні розробники говорять про протилежне.

6. [NEW] Оскільки модульне програмування, яке зазвичай змішується і плутається з процедурним програмуванням, може бути застосоване до OOP. Тому питання може бути прочитане як "Чому ми повинні вивчити модульне програмування, перш ніж ми вивчимо об'єктно-орієнтоване програмування"

Опис розширеного розточення:

Пункт 1 дуже зрозумілий, не подальше пояснення.

Пункт 2, Класи, Спадщина, Поліморфізм, Інтерфейси тощо.

У пункті 3 я кодую Процедурний Паскаль, перш ніж я дізнався об'єктно-орієнтований Паскаль, коли я потрапив туди, я сказав: "дивіться, заняття - це як невеликі процедурні програми ... ... і ви можете змусити їх спілкуватися між собою, класно !!! ".

Те саме я почув від людей, які їхали від звичайного С до С плюс плюс.

Пункт 4. Більшість випадків програмісти поєднують кілька методів програмування або парадигм, або способів вирішення проблеми. Функціональний, процедурний, ООП, логічний.

Навіть Java "Pure OO" не є таким простим програмуванням об'єктів, як це говорить.

+1 бал за словами "Процедурне програмування" замість "Структурне програмування". Або модульне програмування. Це важливо.

Незважаючи на те, що багато разів ці терміни навчають вдруге і вживають взаємозамінно, це не так. Структурне програмування включає багато концепцій, а не лише використання процедур, і одна з них робить так, щоб програма не була схожа на "Код спагетті".

Сьогодні я прочитав декілька "чистих" програм OO, схожих на "Об'єктно-орієнтований код спагетті", тобто програміст використовував OOP, але його код виглядає безладно.

Багато разів я можу прочитати код ОО і сказати, що програміст навчився Структурному програмуванню перед ООП, оскільки код чіткий і впорядкований.

А для модульного програмування я бачив кілька додатків. в C ++ та PHP, які не використовують модулі. *

Я б подумав, що аналогія буде схожа на математику. Вам потрібно спочатку вивчити деякі основні поняття (додавання / віднімання / ...), а потім перейти до більш складних тем (алгебра / числення). Процедурна програма дуже лінійна і її легше зрозуміти потік управління, коли ви вивчаєте синтаксис. OOP, можливо, вважається більш складним, він базується на більш простих конструкціях, що використовуються в процедурних мовах, але є більш абстрактним і важче зрозуміти. Починаючи з мов, таких як C, також зближує вас з обладнанням і змушує вирішувати проблеми розподілу пам'яті та покажчики, які вам потрібно зрозуміти, але насправді не користуєтесь такими мовами, як Java / C #. Будь-яка реальна цінність у тому, щоб зазнати цього в школі, незалежно від того, приходить він перший чи другий.

FWIW, це з часом зміниться. Коли я почав школу, ми вивчили Паскаль та PL / 1. Ми не потрапили до C до того часу, поки не буде просунутий передовий клас мов (що датується мені). Я не брав Java до аспірантури - вона ще не була придумана!

Об'єктно-орієнтоване програмування - це набір організованих фрагментів процедур. Я думаю, що урок, який ви вивчаєте, полягає в тому, що об'єктно-орієнтована методологія допомагає підтримувати організацію та ремонтопридатність. Є багато програмістів, які не можуть зробити це розмежування і стверджують, що їх програми об'єктно орієнтовані, коли вони більш процедурні.

Ви цього не робите.

Ми вивчили функціональне програмування спочатку за допомогою схеми. Потім ми перейшли до процедурного, потім OOP, а потім декларативного програмування. І вірите чи ні, хоча я вже знав програмування, я думаю, що насправді було легше і іншим людям: адже FP - це просто математика! Тож ви вже знаєте основи.

Я багато разів обговорював це з самим собою, і врешті-решт я прийшов до висновку, що це дійсно залежить від того, наскільки добре ваш вчитель навчає вас цим поняттям.

Єдиної відповіді немає, оскільки:

• Починати з чогось процедурного, такого як C (або навіть складання), може бути хорошим вибором, адже ви дізнаєтесь, як комп’ютери насправді працюють

• Починати з чогось об'єктно-орієнтованого Java може бути хорошим вибором, оскільки навчитися та застосовувати OOP в реальному житті порівняно просто, і тому, що він вчить тебе про ** формування

• Починати з функціонального програмування, як «Схема», може бути хорошим вибором, оскільки він вчить думати більш абстрактно (з точки зору функцій замість змінних), що в кінцевому підсумку робить вас кращим програмістом

Якщо ваш вчитель не вчить це добре, то це не має особливого значення, з чого ви починаєте; вони майже вийдуть такими ж.

Мова може бути об'єктно-орієнтована як C ++, Java або C #. І ви можете почати з цих мов. Але справа в тому, що навіть з цими мовами OO, ви повинні спочатку вивчити процедурне програмування, потім OOP. Я думаю, те ж саме зробили і ти з братом.

Процедурне програмування, принаймні такою мовою, як C, припускає програмування до дуже голих кісток: алгоритми та структури даних, а також на рівні абстракції, що є щасливим середовищем між зрозумілим для людини вихідним кодом та асемблерним кодом.

Таким чином студенти можуть одночасно вивчити трохи науки (алгоритми, структури даних) та трохи техніки (джерело-> об'єкт-> машинна компіляція, фон-нейманська (ймовірно) архітектура).

OOP через C ++ / obj-C вводить схему організації коду, що є ще однією справою. Це може ускладнити вивчення вищезазначених понять.

OOP через Java (серед інших) іде ще далі, відбираючи обладнання та середовище. Тепер базовий продукт - це не машинний код, а якийсь посередник, який не розкриває, як працює базове обладнання, але ефект полягає в тому, що він дозволяє студенту сконцентруватися на моделях організації коду.

Зрештою, я думаю, що це компроміс між тим, як дізнатися, як працює апаратне забезпечення, або вивчити схему організації коду. Щодо важливішого, я насправді не знаю. Реальний світ вимагає знань обох, принаймні певної міри.

Я здогадуюсь, що бакалаврська програма, яка починається з процедурного програмування низького рівня, ймовірно, виробляє вчених-комп'ютерів / інженерів-комп’ютерів, а програма, яка починається з концепцій вищого рівня, виробляє інженерів програмного забезпечення / розробників / програмістів.

Кишки об'єктів OOP складаються з процедурного програмування.

Якщо ви не можете зробити цикл, правильно використовувати покажчики, оголосити свої типи та функції, ви не зможете писати інтерфейси для своїх класів набагато менше, змушуйте внутрішні робити нічого, чого варто робити.

Ви дійсно не навчилися б OOP у вступному класі, це був би просто синтаксис - стрибок прямо в OOP зробить речі складнішими (спочатку), ніж це вже є.

OOP - не про декларування синтаксису для формування класів, це про структуру даних, шаблони дизайну, поліморфізм, успадкування та склад.

Щоб зробити все те, що вам потрібно знати процедурне програмування, щось легко робиться в C. Ви можете перенести більшість всього, що ви дізнаєтесь з C на Java, або C ++ у будь-якому разі, можливо, доведеться переосмислити деякі речі, які ви сприйняли як належне в C, АЛЕ ... Ви повинні знати граматику (де ви знаходитесь у вступному С), щоб писати речення (треба писати процедури для визначення інтерфейсів), потім абзаци (треба знати структури даних), а потім знати деякі шаблони дизайну (трагедія, комедія, помилка героя, як вони взаємодіють; і коли їх не використовувати), перш ніж ви зможете написати повний роман (повна система ООП).

Якби я тебе , я б забрати деякі з наступних книг: Мова програмування C , The Java Programming Language , шаблони проектування , Банди чотирьох і штрихування . Я б точно взяв копію мови програмування на С, якби серйозно ставився до C / C ++.

Якщо ви просто хочете пройти весь шлях Java (і зробити це за $) id, підберіть кілька книг про шаблони дизайну Java та про те, як використовувати Java з веб-серверами Apache та Tomcat та деякими книгами з програмування баз даних SQL. Java запускає стільки дупи в Інтернеті, вибачте, але в PHP була історія тонн отворів у безпеці, що робить це так само, як біль в попці, як Windows, щоб уникнути вкорінення вашого сервера або введення баз даних SQL.

Ви також повинні витратити час, щоб вивчити SQL, Oracle MySQL Postgresql і MSSQL мають багато спільного щодо синтаксису, але якби мені довелося просто вибрати один для себе вивчення вибору id Id Postgresql тільки тому, що це BSD з ліцензією замість GPL (ви повинні шукати порівняння і контраст на ліцензії GPL / BSD)

Я б сказав, що більшість кодів, написаних на об'єктно-орієнтованих мовах, як Java, насправді не є об'єктно-орієнтованою. Дійсно зрозуміти ідеї, що стоять за ОО, важко, внаслідок чого, мабуть, код OO дійсно здебільшого є процедурним.

Однак у написанні процедурного коду на Java нічого поганого немає. Так, є переваги робити OO, але це не те, з чим я б хотів плутати початкового програміста. Тож на цій основі я не бачу нічого поганого в навчанні Java. Не чекайте від нього справжнього ОО, але воно працює.

Однак Java приховує багато деталей низького рівня про те, що відбувається всередині комп'ютера. C залишає це набагато більше на відкритому повітрі. Можна зробити хороший випадок, коли студенти повинні дізнатися, як працюють ці деталі низького рівня, перш ніж використовувати мову, яка піклується про них. Але ви також можете зробити випадок, що вам слід проігнорувати ці деталі та дізнатися їх пізніше.

Кілька інших вже відповіли на цю тему, але я вважаю, що варто сказати це більш чітко.

Навіть якщо ви починаєте вивчати програмування на об'єктно-орієнтованій мові, як Java, ви починаєте з вивчення методів процедурного програмування, перш ніж перейти до понять OO . Викладаючи нового програміста Java, ви не вводите їх спочатку до об'єктів та класів, ви вводите їх у висловлювання та змінні. На той час, коли студент може багато навчати про об'єкти та заняття, вони вже мають принаймні основи процедурного програмування.

Так, принаймні, ви повинні вивчити процедурне програмування на Java, а потім вивчити об'єктно-орієнтоване програмування на Java. Незалежно від того, чи витрачаєте ви цілий рік на процедурне програмування, чи просто витрачаєте перші кілька тижнів курсу програмування, і використовуєте ви для цього іншу мову чи ні, просто сперечаєтесь про деталі.

Якщо бути надто тупим щодо цього, я думаю, що імпульс для цього надходить насамперед від старих програмістів, бажаючих старих часів.

Перш ніж сказати що-небудь інше, я абсолютно не заперечую проти старших програмістів, багато хто з них просто дивовижно кваліфіковані. На жаль, іноді ті, хто ні, хто змився і ніколи насправді не були по-справжньому хорошими в програмуванні для початку .. стають професорами, коли вони не можуть зламати це у «реальному світі». (Не всі професори також ... але ... МНОГО)

OOP - це не святий грааль програмування, яким він створений, а також процедурне програмування не є реліквією. Добре знати принаймні деякі з обох, але я думаю, що загальна практика того, що в кінцевому підсумку викладається як процесуальне програмування, як правило, є велетенською тратою часу і сил. Нам потрібно вивчити програмування в академічних колах, а не лише один стиль чи інший. Я відношу до цього зовсім небагато страшного коду та хибних уявлень, включаючи власне.

Дві причини для мене: одне програмування ОО прийшло вирішити проблеми процедурного програмування. Отже, написання коду процедурного кодування, а потім одних і тих же речей в ОО, полегшує розуміння різниці.

Тут також є додатковий елемент: два підходи до навчання з питань програмування. Можна починати з мінімальної кількості (наприклад, збірка, в багатьох місцях процедурна, деякі інші починаються з ланцюгів), а потім піднімається вгору (в бік OO / Functional / Managed). Інший підхід - починати з фізичного світу (наприклад, браузер / Windows 7 тощо), а потім починати заглиблюватися. У кожного підходу є плюси і мінуси. Ваш університет обрав перший і почати з процедурних. Може бути якесь обгрунтування або вони просто скопіювали когось іншого :-).

Не існує жодної причини, окрім інституційної інерції. Подивіться на КМУ, вони викинули всю навчальну програму OOP та замінили її функціональним програмуванням. Отже, ще раз, відповідь на ваше запитання полягає в тому, що це довільний вибір, який роблять адміністратори будь-якої школи, яку ви відвідуєте. Якщо хтось цікавиться фактичним твердженням, яке я висловив тут, це повідомлення про зміну навчальної програми в КМУ одним професором / адміністратором: Навчання ФП першокурсникам .