L'OOP è spesso considerata una strategia efficace per gestire la complessità del software, al contrario della programmazione procedurale non OOP.
Ci sono stati studi per testare questa nozione? È provato che OOP spesso aiuta a gestire la complessità in progetti di grandi dimensioni?
Non sono a conoscenza di nessuno studio con misurazioni quantificabili. Come altri hanno menzionato nei commenti alla tua domanda, è praticamente impossibile ottenerlo. Tuttavia ci sono documenti un po 'filosofici che cercano di rispondere a questo.
Il mio articolo preferito su questo argomento è Out of the Tar Pit di Ben Moseley & Peter Marks . Ragiona varie affermazioni da fonti rispettabili sulla progettazione di sistemi complessi a risultati piuttosto interessanti.
Out of the Tar Pit conclude che la programmazione delle funzioni è in realtà il miglior paradigma per supportare le soluzioni che stanno proponendo. Il che ha senso, perché nella mia esperienza, i sistemi OOP complessi diventano molto simili a quelli procedurali nel tempo e l'aspetto procedurale sembra OOP (non hanno una sintassi e altri attributi, ma un flusso di esecuzione potrebbe diventare abbastanza simile). La vera differenza arriva con un paradigma diverso o combinandolo con OOP. Al momento, tale paradigma è una programmazione funzionale che sta finalmente diventando utilizzabile nelle comuni applicazioni aziendali da programmatori comuni (che stanno ancora arrivando).
Sì, ci sono stati alcuni studi. Eccone uno: link
Fondamentalmente si conclude che non c'è una differenza misurabile tra la produttività del codice procedurale e la produttività del linguaggio OO .... ma la verità è che questi tipi di domande sono così sensibili al contesto, nessuno studio ti dirà cosa dovresti fare in una determinata situazione.
Leggi altre domande sui tag object-oriented case-studies