Dopo aver appreso il design OOP, ho scoperto che il mio modo di programmare non era corretto. Uno dovrebbe convertire entità fisiche o componenti separabili logicamente in classi che sono riutilizzabili e hanno il loro comportamento e proprietà. Non si deve semplicemente convertire tutte le entità in oggetti, perché ciò sarebbe davvero ingombrante.
Se sto sviluppando un sistema di filtri in console che controlla se il mio programma vuole un intero da utente allora deve essere un numero intero, non dovrebbe essere un valore corrotto dall'errore di digitazione dell'utente o dall'input errato. Per tale scopo dovrei creare una classe separata per gestire tutto il suo funzionamento e i suoi comportamenti, distinti dalla console che funziona in modo che se in seguito voglio usare quel sistema nella GUI, allora posso.
Ma la creazione di oggetti per tale classe non ha senso, così ho finito per creare tutto ciò che era statico dai membri dei dati a funzioni che sembravano piuttosto creare un disegno procedurale in qualche modo con le classi. Con un solo vantaggio, tutti i dati sono stati raggruppati in unità per classi note come incapsulamento.
La mia domanda è, va bene avere tali interfacce con le classi o si deve tornare a procedurale per loro? Spesso mi trovo ad affrontare problemi con la progettazione durante l'applicazione del design OOP ai meccanismi di lavoro del mio codice.
Modifica-1
Lascia che ti spieghi la domanda in modo più preciso supponi di voler creare un sistema di filtri. Quindi prendi input da stringhe dall'utente e poi controlli se i dati contengono numeri o alfa o se i dati sono veramente puri, non una combinazione di alfa e numeri che rendono il codice più robusto e privo di errori. Per questo ho creato una classe in cui è necessario passare una stringa e controllerà il tipo di dati che è, in base al suo funzionamento interno mentre lavora con tale meccanismo creando oggetti multipli della classe del sistema filtro non ha senso perché se lo si fa quindi tutti gli oggetti sarebbero identici in funzionalità e utilizzo. Il che significa chiaramente che non ci sarebbe alcun vantaggio se la classe avesse più istanze. Così ho finito per creare tutto statico perché non volevo creare oggetti