Split Unit

[Stilgar]

Ho controllato il codice che viene prodotto da quel plugin ... abbastanza orrido
Stilgar

[Otto]

Esatto, Stilgar.
So che potrebbe essere un’impressa notevole, per cui come primo passaggio vorrei automatizzare la conversione da “Lazarus Form file” (*.lfm)  in codice sorgente pascal (*.pas). Ciò mi permetterebbe di gestire la maggior parte dei controlli in run time e svincolarmi dall’utilizzo del RAD di Lazarus per i file convertiti.
Chiaramente l’utilizzo delle “classi parziali” sarebbe solo un modo per rendere il procedimento più semplice: si potrebbe tranquillamente farne a meno.

Otto.

[Stilgar]

Diciamo che è una base di partenza.
Puoi cercare di farne un programmino da linea di comando.
Poi estrai le immagini e le metti dentro un file di risorse Lazarus (da non confondere con quelle Windows).
Esiste un parser pascal dato in dotazione. Potresti leggere, modificare il sorgente con le cose che ti servono, scrivere il file così prodotto.
Stilgar

[Otto]

Grazie Stilgar.
Per il parser pascal ti riferisci a fcl-passrc (https://wiki.freepascal.org/fcl-passrc) che in Windows si trova in: “\Lazarus\fpc\3.0.4\source\packages\fcl-passrc”?

Otto.

[Stilgar]

Si, mi sembra quello
Ho preso alcune cosine del pacchetto e l'ho adattato alle mie esigenza in un progettino

Stilgar

[Otto]

Ciao Stilgar, sto controllando il sorgente del fcl-passrc e sicuramente mi terra molto impegnato visto che ha poca documentazione. Per caso tu hai trovato qualche guida durante la fase di adattamento per il tuo progetto?

Otto.

[Stilgar]

No.Debugger a manetta e controllo del codice scritto.
I problemi li ho avuti nella scrittura. Sembra che sia "incompleto".  Ma avevo esigenze specifice su come doveva essere scritto il codice.

Stilgar

[Otto]

Ok! Grazie.

Otto.

[nomorelogic]

in alternativa puoi splittare la classe i più classi che hanno compiti diversi per poi "iniettare" le sottoclassi in qualche property di quella principale

avrei bisogno di un piccolo esempio per velocizzare l’implementazione.

ciao Otto
scusa per il ritardo ma non sempre ho tempo questi giorni.

In allegato un progetto con esempio di split in classi con compiti diversi.
In fase di creazione (dell'oggetto principale) viene creato tramite parametro l'oggetto-split che serve e viene "iniettato" nell'istanza principale.

Chiaramente questa non è una alternativa alla direttiva include né alle partial class ma è un modello di sviluppo OOP.
Visto che la tua necessità era di semplificare una unit con classe complessa + usare ciò che free pascal ha di standard, ho pensato che questo tipo di approccio potesse essere una soluzione.

nomorelogic


Edit:
Nell'esempio, le 2 classi split sono usate come alternativa l'una all'altra; nulla vieta che si possa usare lo stesso approccio anche con classi-split che non prevedono alternative ma compiti unici e specifici.
L'idea è quella di suddividere la classe principale in classi con diversi compiti ed istanziare quando serve.


Edit 2:
Nel caso che non servano classi-split alternative, le classi-split si possono mettere semplicemente in uses nella parte implementation della classe principale.
Così il codice è ancora più semplice.

[Otto]

@nomorelogic

Grazie nomorelogic.

Il tuo è un ottimo esempio. In particolare analizza un aspetto importantissimo nell’utilizzo delle Unit: il punto corretto dove introdurre la parola chiave uses per richiamare le varie classi. Un utilizzo errato porterebbe ad anomalie ed errori, specialmente nel caso di conflitti di nomi.
Se sei d’accordo potremmo inserire il tuo esempio nella sezione dedicata all’interno della wiki, ovviamente citando il tuo nome o (nickname).
Sto studiando un metodo per implementare le PartialUnits senza che sia necessario effettuare delle modifiche al compilatore FPC. Ho aperto un thread nel forum internazionale. Volevo verificare anche l’interesse su questo argomento e perciò mi sono tenuto un poco sul vago inizialmente. C’è stata qualche incomprensione, forse non ho tradotto correttamente in inglese, ma ora sembra ce ci sia un certo interesse.
Se volessi intervenire anche tu nel forum internazionale mi farebbe piacere. Ovviamente l’invito è esteso a chiunque.

Otto.

[nomorelogic]

per mettere degli esempi nella wiki non posso che essere d'accordo
forse però è meglio prevedere un esempio più semplice
(la citazione non è il caso )

ho letto un po' del thread sul forum internazionale, ho visto che hai acceso una bella discussione
sono uscite molte idee, anche grazie all'incomprensione forse
me lo rileggerò con calma

[nomorelogic]

visto che oramai c'ero ho semplificato l'esempio
non si tratta di PartialClass, ma di scrivere OOP in modo da splittare per design una classe complessa
ci sono 4 file:

• test_split.lpr (programma principale)
• uwork_main.pas (classe complessa da splittare)
• unit_work_split_1(split 1)
• unit_work_split_2(split 2)

programma principale
notare che, per chi deve far uso della classe da splittare, basta mettere in uses uwork_main e non le classi splittate

Codice: [Seleziona]

program test_split;

uses uwork_main;

begin

  with TMainObject.Create do
     try
       WriteLn(LeggiMessaggioIT);
       WriteLn(LeggiMessaggioEN);
     finally
       Free;
     end;

end.

segue la definizione della classe principale
notare che

• LeggiMessaggioIT e LeggiMessaggioEN sono definite ma il loro funzionamento è demandato ad altre classi (che sono in uses sotto interface)
• le istanze delle classi che si occupano delle operazioni complesse, vengono create solamente se servono

Codice: [Seleziona]

unit uwork_main;

{$mode objfpc}{$H+}

interface

uses
  Classes, SysUtils, unit_work_split_1, unit_work_split_2;


type


  { TMainObject }

  TMainObject = class
  private
    FWorkerIT: TMainObject_WorkerIT;
    FWorkerEN: TMainObject_WorkerEN;
  public
    constructor Create;
    destructor Destroy; override;

    function LeggiMessaggioIT: string;
    function LeggiMessaggioEN: string;
  end;


implementation

{ TMainObject }

constructor TMainObject.Create;
begin
   FWorkerIT:=nil;
   FWorkerEN:=nil;
end;

destructor TMainObject.Destroy;
begin
   FreeAndNil(FWorkerIT);
   FreeAndNil(FWorkerEN);

   inherited Destroy;
end;

function TMainObject.LeggiMessaggioIT: string;
begin
  if not Assigned(FWorkerIT) then
     FWorkerIT:=TMainObject_WorkerIT.Create;

  result := FWorkerIT.Read;
end;

function TMainObject.LeggiMessaggioEN: string;
begin
  if not Assigned(FWorkerEN) then
     FWorkerEN:=TMainObject_WorkerEN.Create;

  result := FWorkerEN.Read;
end;

end.

operazione  complessa splittata 1

Codice: [Seleziona]

unit unit_work_split_1;

{$mode objfpc}{$H+}

interface

uses
  Classes, SysUtils;


type

  { TMainObject_WorkerIT }

  TMainObject_WorkerIT = class
  public
    function Read: string;
  end;


implementation

{ TMainObject_WorkerIT }

function TMainObject_WorkerIT.Read: string;
begin
  result:='tutto andrà bene!';
end;

end.

operazone complessa splittata 2

Codice: [Seleziona]

unit unit_work_split_2;

{$mode objfpc}{$H+}

interface

uses
  Classes, SysUtils;

type

  { TMainObject_WorkerEN }

  TMainObject_WorkerEN = class
  public
    function Read: string;
  end;


implementation

{ TMainObject_WorkerEN }

function TMainObject_WorkerEN.Read: string;
begin
  result:='everything will be fine!';
end;

end.

[Otto]

Ciao nomorelogic.

Ora il tuo è diventato un esempio da manuale corredato da commenti molto dettagliati: complimenti!

In C# uso spesso classi che hanno una costruzione molto simile a quella da te descritta; ma in C# l’uso dell’OOP non è una scelta di stile.
Grazie al tuo esempio credo di avere compreso quale fosse stata la vera causa dell’incomprensione iniziale durante la discussione nel Forum internazionale. Davo per scontato, visto che lo avevo premesso, che ci riferissimo tutti ad un’implementazione di tipo OOP.
Questo mi fa apprezzare ancora di più il tuo esempio.

Otto.

(-: Tutto andrà bene! :-)

[Stilgar]

Pure qui andrà bene tutto?
Occhio che nei film quando viene pronunciata quella frase almeno metà dei personaggi ci lacia le penne

Stilgar

[nomorelogic]

GANDALF: La gente di Rohan avrà bisogno di te. Le difese devono reggere.
ARAGORN: Reggeranno.


non sempre