La programmazione orientata agli oggetti è SEMPRE un buon modo per progetti di grandi dimensioni? [chiuso]

2

La programmazione orientata agli oggetti è sempre un buon modo per tutti i tipi di progetti? Questa metodologia è la più adatta per progetti di grandi dimensioni come compilatori, interpreti e altri sistemi di grandi dimensioni? La maggior parte dei compilatori sono scritti in C, quindi non vedo alcun compilatore scritto nel metodo orientato agli oggetti. Penso che OOP benefici maggiormente in posti come LOB, simulazioni in cui puoi considerare tutto come un oggetto. Ma è davvero utile in tutti i posti? Anche OOP può portare a un codice inefficiente rispetto al codice procedurale. Per non parlare del fatto che i modelli di design a volte aumentano la complessità del design.

    
posta Fish 31.07.2014 - 12:28
fonte

1 risposta

10

Cerchiamo di capire perché OOP è diventato popolare. È a causa del problema della manutenibilità. Qualsiasi codebase di grandi dimensioni deve essere altrettanto manutenibile di una piccola base di codice. Poiché, OOP presenta disaccoppiamento, modularità, riutilizzo, ecc., Aiuta a sviluppare codice gestibile. Inoltre, al giorno d'oggi i problemi di prestazioni sono spesso trascurati a favore della manutenibilità perché con algoritmi avanzati e hardware più veloce, i problemi di prestazioni possono essere limitati a un livello accettabile.

Tuttavia, ci sono progetti per i quali sono preferiti diversi paradigmi di programmazione. Principalmente perché questi progetti hanno obiettivi diversi. Ad esempio, la programmazione reattiva funzionale è diventata di moda per lo sviluppo di sistemi basati su eventi e asincroni.

Quindi, per rispondere alla tua domanda, OOP è il paradigma di programmazione più popolare in uso ora. I programmatori OOP spesso, per entusiasmo o ignoranza, cercano di applicarlo per sviluppare soluzioni che dovrebbero essere sviluppate usando altri paradigmi.

    
risposta data 31.07.2014 - 13:00
fonte

Leggi altre domande sui tag