Perché ci stiamo muovendo verso il paradigma di programmazione mista [chiuso]

Question

Perché ci stiamo muovendo verso il paradigma di programmazione mista [chiuso]

#1 da (5 voti)
#2 da (2 voti)

-2

C ha avuto Paradigma procedurale, quindi C++ è arrivato con OOPS e il successo di JAVA lo rende il paradigma di programmazione più adatto.

Ora, guarda le tendenze recenti, Kotlin , Swift queste lingue non sono come JAVA questi stanno fornendo un modo flessibile di codifica, Né procedurale né OOPS, e anche queste lingue sono ampiamente accettate.

La programmazione sarà più semplice e il programmatore sarà un po 'più lontano dalla comprensione del sistema?

In altre parole, qual è il programmatore di costi che pagherà per questa flessibilità?

object-oriented procedural

posta d4h 31.05.2018 - 16:08

fonte

2 risposte

Leggi altre domande sui tag object-oriented procedural

Come progettare una soluzione che ha bisogno di dinamismo usando l'ereditarietà [chiusa] Una buona piattaforma per insegnare la programmazione 101? [chiuso]

score 5 · Answer 1

Non sono sicuro che lo sia, direi che il Lisp è un linguaggio multi-paradigma e come il secondo più vecchio lengauge ad alto livello abbiamo praticamente sempre avuto linguaggi multi-paradigma.

Anche il C ++ non è un linguaggio OO. È perfettamente possibile scrivere codice procedurale in C ++, i template C ++ formano un linguaggio puramente funzionale, e ovviamente c'è anche il supporto per OO (anche se a Kay non piace)

Senza alcuna prova direi che la maggior parte dei linguaggi che tendiamo ad usare finiscono per essere multi-paradigma (Java era in qualche modo un'eccezione a questo almeno fino a poco tempo fa). Le lingue di insegnamento tendono ad essere migliori come un singolo paradigma. Ma questa potrebbe essere solo la mia opinione

score 2 · Answer 2

Direi che un linguaggio non ti obbliga necessariamente a programmare all'interno di un certo paradigma. Un paradigma è più un modo di pensare e costruire il tuo programma, mentre un linguaggio è uno strumento che:

consente di codificare un programma in un certo paradigma;
supporta il paradigma della tua scelta in modo nativo, o
non ti consente di fare certe cose.

C ++ consente di di programmare nello stile orientato agli oggetti così come nello stile procedurale e, se consideriamo i modelli, come jk. Detto questo, puoi avvicinarti allo stile funzionale della programmazione. Kotlin, probabilmente, non solo consente di fare queste cose, ma anche supporta in modo nativo molte funzionalità che sono richieste per codificare in tutti i paradigmi menzionati. D'altra parte, Java non ti permette di fare praticamente nulla, tranne OOP. Forse una sorta di codice in stile funzionale è possibile se consideriamo i flussi di Java 8. È molto più semplice fare programmazione orientata all'aspetto in Java e Kotlin, quindi è in C ++.

Alcune lingue ti limitano a certi paradigmi, gli altri ti offrono più scelte. Il prezzo di una scelta è ovvio: quando hai più opzioni, diventa difficile attenersi a un singolo paradigma per tutto il tempo, e il tuo codice potrebbe presto iniziare a puzzare.