La maggior parte della mia esperienza di programmazione si trova in OOP, dove ho abbracciato pienamente i concetti di ciò incluso l'incapsulamento. Ora sono tornato alla programmazione strutturata in cui ho la tendenza a logicamente separare il mio codice usando le subprocedure. Ad esempio, se ho un caso di switch di grandi dimensioni (30 casi o più), lo inserirò nella sua stessa procedura in modo che il metodo principale appaia un po '"più ordinato". Generalmente, le sottoprocedure sono utilizzate per mantenere le cose DRY , ma in alcuni casi queste separazioni logiche che creo solitamente equivalgono ad essere usate una sola volta.
Alcuni dei miei codici sono stati esaminati e si è detto che questa è una pessima idea. Il suo sostegno a questa affermazione è che confonde l'acqua e "nasconde inutilmente" il codice. Invece, insiste che una subprocedura DEVE essere usata più di una volta per meritare di fare una subprocedura su una sezione di codice. Mentre questa idea di "nascondere il codice" è un luogo comune in OOP, ammette di non avere alcuna comprensione dei concetti OOP e ha sempre lavorato solo con la programmazione strutturata.
C'è qualche sostegno alla sua richiesta o si tratta semplicemente di un dogma di programmazione?