È ragionevole scrivere un wrapper per usare una libreria OO in questo progetto procedurale?

Puoi facilmente scrivere un wrapper procedurale attorno a chiamate di metodi come object.doStuff(parameter) creando procedure globali come:

 void doStuffWith(object, parameter) {
        object.doStuff(parameter);
 }

Ma quando hai un'API che ti obbliga ad implementare interfacce e ad estendere superclassi per farne uso, non andrai in giro a scrivere classi proprie. Quando vuoi scrivere il minor numero possibile di codice orientato agli oggetti, potresti fare in modo che le implementazioni del metodo di queste classi facciano poco più che chiamare una funzione globale a cui passano i parametri del metodo e lo stato pertinente dell'oggetto.

 class MyStuffHandler implements StuffHandler {
      public Stuff stuff;
      public void doStuff(parameters) {
          doStuffWith(this.stuff, parameters);
      }
 }

Ma la domanda è "Vale la pena?" . E di solito la risposta è no. Non c'è molto errore nel mescolare codice procedurale e orientato agli oggetti. La maggior parte degli argomenti contro questo di solito si riduce agli argomenti contro la programmazione procedurale o orientata agli oggetti in generale.