Perché dobbiamo imparare la programmazione procedurale prima di apprendere la programmazione orientata agli oggetti [chiuso]

Sono al 4 ° anno in un'università IT ora e quando parlo con il mio professore su questo argomento, rifiuta la mia opinione e mi dà una critica molto pesante (nella mia università, ci è stato insegnato C (ANSI) (in procedurale Classe di programmazione - nel 1 ° anno all'università) prima del C ++ (in classe OOP nel 2 ° anno) e altri ...

Ma all'età di 13 anni mio fratello mi ha insegnato, Java prima e nient'altro. Ora può fare quasi tutto ciò che un normale studente del 2 ° anno può fare con Java.

Per voi professionisti, vorrei sapere perché pensate che dovremmo prima insegnare la programmazione procedurale.

Riepilogo rapido:

1. Perché nel mondo reale, prima o poi, devi lavorare con il codice procedurale.

2. Perché i linguaggi procedurali possono funzionare come un'estensione o un'introduzione ai linguaggi orientati agli oggetti, invece di essere solo un'alternativa.

3. Complemento per la risposta 2. Poiché OOP è più complesso della programmazione procedurale, quindi è meglio imparare prima la programmazione procedurale.

4. Perché nel mondo reale, i programmatori lavorano e combinano diversi modi per risolvere i problemi, la "programmazione multiparadigm" di AKA, non solo un singolo paradigma.

5. La maggior parte dei linguaggi di programmazione sono multiparadigm, a un certo livello, anche se i loro progettisti o sviluppatori comuni dicono il contrario.

6. [NOVITÀ] Perché la Programmazione Modulare che è comunemente mescolata e confusa con la Programmazione procedurale, può essere applicata a OOP Pertanto la domanda può essere letta come "Perché dobbiamo imparare la Programmazione Modulare prima di apprendere la Programmazione orientata agli oggetti"

Descrizione noiosa estesa:

Il punto 1 è molto chiaro, non un'ulteriore spiegazione.

Punto 2, Classi, Ereditarietà, polimorfismo, interfacce, ecc.

Punto 3, codifico la procedura Pascal prima di imparare Pascal orientato agli oggetti, quando ci sono arrivato ho detto: "guarda, le classi sono come piccoli programmi procedurali ... ... e puoi farli parlare tra di loro, fico !!! ".

Ho sentito lo stesso da persone che sono passate dalla semplice C alla C plus plus.

Punto 4, il più delle volte i programmatori combinano diverse tecniche di programmazione o paradigmi o modi per risolvere un problema. Funzionale, procedurale, OOP, logico.

Persino Java "Pure OO" non è una programmazione così semplice come dice.

+1 punto per dire "Programmazione procedurale" invece di "Programmazione strutturata". O programmazione modulare. Questo è importante

Tuttavia, molte volte questi termini sono insegnati insieme e usati in modo intercambiabile, non lo sono. La programmazione strutturata include molti concetti, non solo l'utilizzo di procedure, e uno di questi sta facendo in modo che il programma non assomigli a "Codice Spaghetti".

Oggi ho letto diversi programmi OO "puri" che assomigliano a "Codice Spaghetti orientato agli oggetti", il che significa che il programmatore ha usato OOP, ma il suo codice sembra un casino.

Molte volte, posso leggere un codice OO e dire che il programmatore ha imparato la Programmazione strutturata prima di OOP, perché il codice è chiaro e organizzato.

E per la programmazione modulare, ho visto diverse app. in C ++ e PHP che non utilizza i moduli. *

Penserei che l'analogia sarebbe simile alla matematica. Devi prima imparare alcuni concetti di base (addizione / sottrazione / ...) quindi passare ad argomenti più complessi (algebra / calcolo). Il programma procedurale è molto lineare ed è più facile cogliere il flusso di controllo mentre apprendi la sintassi. Si ritiene che OOP sia più complesso, si basa sui costrutti più semplici utilizzati nei linguaggi procedurali ma è più astratto e più difficile da comprendere. Iniziare con linguaggi come C ti avvicina anche all'hardware e ti affronta con problemi di allocazione della memoria e puntatori, che devi capire ma che non puoi usare in linguaggi come Java / C #. C'è un vero valore nell'essere esposti a questo a scuola, indipendentemente dal fatto che venga prima o seconda.

FWIW, è destinato a cambiare alla fine. Quando ho iniziato la scuola abbiamo imparato in Pascal e PL / 1. Non siamo arrivati ​​a C fino alla lezione di lingue avanzate (che mi risale). Non ho preso Java fino alla scuola di specializzazione - non era ancora stato inventato!

La programmazione orientata agli oggetti è una raccolta di frammenti procedurali organizzati in modo organizzato. Penso che la lezione che stai imparando sia che la metodologia orientata agli oggetti aiuta a mantenere l'organizzazione e la manutenibilità. Ci sono molti programmatori che non possono fare questa distinzione e affermeranno che i loro programmi sono orientati agli oggetti quando sono più procedurali.

Non

Abbiamo imparato prima la programmazione funzionale , con Scheme. Quindi siamo passati alla programmazione procedurale, quindi a OOP e quindi a programmazione dichiarativa. E che ci crediate o no, mentre conoscevo già la programmazione, penso che in realtà fosse più facile anche per le altre persone: perché FP è proprio come la matematica! Quindi conosci già le basi.

Ho discusso questo con me stesso molte volte e alla fine sono giunto alla conclusione che dipende davvero da quanto bene il tuo insegnante ti insegna i concetti.

Non esiste una risposta singola perché:

• Iniziare con qualcosa di procedurale come C (o addirittura assembly) potrebbe essere una buona scelta, perché impari come funzionano davvero i computer

• Iniziare con qualcosa orientato agli oggetti Java potrebbe essere una buona scelta, perché è relativamente facile da imparare e applicare OOP alla vita reale, e perché ti insegna sulla ** formazione

• Iniziare con una programmazione funzionale come Scheme potrebbe essere una buona scelta perché ti insegna a pensare in modo più astratto (in termini di funzioni anziché di variabili), il che alla fine ti rende un programmatore migliore

Se il tuo insegnante non lo insegna bene, non importa davvero con cosa inizi; saranno praticamente uguali.

Un linguaggio può essere orientato agli oggetti come C ++, Java o C #. E puoi iniziare con queste lingue. Ma il punto è che, anche con questi linguaggi OO, devi prima imparare la programmazione procedurale, poi OOP. Penso che lo stesso sia stato fatto da tuo fratello.

La programmazione procedurale, almeno in un linguaggio come C, riduce la programmazione a una pratica molto spoglia: algoritmi e strutture di dati, e ad un livello di astrazione che è un mezzo felice tra il codice sorgente comprensibile per l'uomo e il codice assembly.

In questo modo, gli studenti possono imparare un po 'di scienza (algoritmi, strutture di dati) e un po' di ingegneria (sorgente-> oggetto-> compilazione di macchine, architettura von-neuman (probabile)) allo stesso tempo.

OOP, tramite C ++ / obj-C introduce un modello di organizzazione del codice, che è solo un'altra cosa da imparare. Ciò potrebbe rendere l'apprendimento dei concetti sopra un po 'più difficile.

OOP via Java (tra gli altri) va ancora più lontano sottraendo hardware e ambiente. Ora il prodotto sottostante non è il codice macchina, ma una sorta di intermediario che non rivela come funziona l'hardware sottostante, ma l'effetto è che consente allo studente di concentrarsi sui modelli di organizzazione del codice.

Alla fine penso che sia un compromesso tra l'apprendimento di come funziona l'hardware o l'apprendimento di un modello di organizzazione del codice. Per quanto riguarda ciò che è più importante, non lo so davvero. Il mondo reale richiede la conoscenza di entrambi, almeno in una certa misura.

Immagino che un programma universitario che inizia con una programmazione procedurale di basso livello probabilmente produce scienziati informatici / ingegneri informatici, e un programma che inizia con concetti di livello superiore produce ingegneri software / sviluppatori / programmatori.

Le viscere degli oggetti OOP sono costituite da una programmazione procedurale.

Se non riesci a fare un ciclo for, usa correttamente i puntatori, dichiara i tuoi tipi e le tue funzioni che non sarai in grado di scrivere interfacce per le tue classi e tanto meno fai che gli interni facciano qualsiasi cosa che valga la pena fare.

In realtà non impareresti OOP in una lezione introduttiva, sarebbe solo una sintassi: saltare direttamente in OOP renderebbe le cose più complicate da capire (all'inizio) di quanto non lo sia già.

OOP non riguarda alcune dichiarazioni di sintassi per formare classi, riguarda strutture di dati, modelli di progettazione, polimorfismo, ereditarietà e composizione.

Per fare tutte quelle cose di cui hai bisogno per conoscere la programmazione procedurale, qualcosa di facilmente fatto in C. Puoi comunque portare la maggior parte di tutto ciò che impari con C su Java o C ++, potresti dover ripensare alcune cose che hai dato per scontato in C, MA ... Devi conoscere la grammatica (dove ti trovi nell'introduzione C) per scrivere frasi (devi scrivere le procedure per definire le interfacce) quindi i paragrafi (devi conoscere le strutture di dati) e poi conoscere alcuni schemi di progettazione (tragedia, commedia, imperfetto eroe, come interagiscono; e quando non usarli) prima che tu possa scrivere romanzi completi (sistema OOP completo).

Se fossi in te prenderei alcuni dei seguenti libri: The C Programming Language , The Java Programming Language , Design Patterns , Gang of Four e Pattern Hatching . Prenderei sicuramente una copia di The C Programming Language se fossi serio sul C / C ++.

Se vuoi solo andare fino in fondo Java (e farlo per $), prendi alcuni libri sui modelli di progettazione Java e su come usare Java con i server Web Apache e Tomcat e alcuni libri sulla programmazione del database SQL. Java prende così tanto a calci sul web, mi dispiace, ma PHP ha avuto una storia di tonnellate di buchi di sicurezza che lo rendono un dolore nel culo quanto Windows da impedire di ottenere il root del server o l'iniezione dei database SQL.

Dovresti anche prenderti il ​​tempo per imparare SQL, Oracle MySQL Postgresql e MSSQL hanno molto in comune per quanto riguarda la sintassi, ma se dovessi semplicemente sceglierne uno per me stesso scegliere Postgresql solo perché è concesso in licenza BSD anziché GPL (dovresti cercare un confronto e contrasto anche con le licenze GPL / BSD)

Devo dire che la maggior parte del codice scritto in linguaggi orientati agli oggetti come Java non è in realtà orientato agli oggetti. Comprendere davvero le idee alla base di OO è difficile, di conseguenza il codice OO presumibilmente è in gran parte procedurale.

Tuttavia, questo non è nulla di veramente sbagliato nella scrittura di codice procedurale in Java. Sì, ci sono vantaggi nel fare OO, ma non è qualcosa con cui vorrei confondere un programmatore principiante. Quindi su quella base, non vedo nulla di sbagliato nell'insegnare Java. Non aspettarti un vero OO da esso, ma funziona.

Tuttavia, Java nasconde molti dettagli di basso livello su ciò che accade all'interno del computer. C li lascia molto più all'aperto. Si può sostenere che gli studenti dovrebbero imparare come funzionano questi dettagli di basso livello prima di usare una lingua che si prende cura di loro per loro. Ma puoi anche fare un caso in cui dovresti ignorare quei dettagli e impararli in seguito.

Diversi altri hanno già risposto su questo tema, ma penso che valga la pena affermarlo in modo più esplicito.

Anche se inizi a studiare la programmazione con un linguaggio orientato agli oggetti come Java, inizi imparando le tecniche di programmazione procedurale prima di arrivare ai concetti OO . Quando si insegna a un nuovo programmatore Java, non si introducono prima oggetti e classi, ma si introducono istruzioni e variabili. Quando lo studente è in grado di insegnare molto su oggetti e classi, ha già almeno le basi della programmazione procedurale.

Quindi, almeno, devi imparare la programmazione procedurale in Java e quindi imparare la programmazione orientata agli oggetti in Java. Indipendentemente dal fatto che tu passi un anno intero alla programmazione procedurale o che passi le prime settimane del corso di programmazione e che utilizzi o meno un linguaggio diverso per questo, stai solo discutendo dei dettagli.

Per essere eccessivamente schietto, penso che lo slancio provenga principalmente da vecchi programmatori che desiderano vecchi tempi.

Prima di dire qualsiasi altra cosa, non sostengo assolutamente alcuna controversia per i programmatori più anziani, molti di loro sono semplicemente incredibilmente abili. Sfortunatamente a volte quelli che non lo sono, che si lavano e non sono mai stati veramente bravi a programmare per cominciare ... diventano professori quando non riescono ad hackerarlo nel "mondo reale". (Non tutti i professori o ... ma ... MOLTI)

OOP non è il santo graal della programmazione che si immagina di essere, né la programmazione procedurale è una reliquia. È bene conoscere almeno alcuni di entrambi, ma penso che la pratica generale di ciò che viene insegnato come programmazione procedurale tende a essere una gigantesca perdita di tempo e fatica. Dobbiamo imparare la programmazione in ambito accademico, non solo uno stile o l'altro. Attribuisco un po 'di codice terribile e idee sbagliate a questo, incluso il mio.

Due motivi per me: una programmazione OO è venuta per risolvere problemi di programmazione procedurale. Quindi, scrivendo un po 'di codice procedurale e poi le stesse cose in OO, rende più facile capire la differenza.

C'è anche un ulteriore elemento qui: i due approcci per educare sugli argomenti di programmazione. Si può iniziare con il minimo (esempio di assemblaggio, in molti punti procedurali, altri iniziano con circuiti) e poi salire (verso OO / Funzionale / Gestito). L'altro approccio è partire dal mondo fisico (es. Browser / Windows 7, ecc.) E poi iniziare ad approfondire. Ci sono pro e contro per ogni approccio. La tua università ha scelto la prima e per iniziare con la procedura. Potrebbe esserci qualche logica o hanno appena copiato qualcun altro :-).

Non c'è altro motivo che l'inerzia istituzionale. Guarda CMU, hanno buttato fuori il loro intero curriculum OOP e lo hanno sostituito con una programmazione funzionale. Quindi, ancora una volta, la risposta alla tua domanda è che si tratta di una scelta arbitraria fatta dagli amministratori di qualunque scuola stai frequentando. Nel caso in cui qualcuno si stia chiedendo delle dichiarazioni fattuali che ho fatto qui è il post su come cambiare il curriculum alla CMU da un professore / amministratore: insegnare FP alle matricole .