>>There is stuff that is not wise to have in classes. And instantiating odd objects with each and any form just to use a single method is a lot of overhead compared with a procedure. Global classes solve not any problem, because the run in different DATAENVIRONMENTS. Procedures run in the one calling.
>>The purist OOP-only days are over - if you are happy with your procedures, use it. The only downside
I see is that, the visual interface to edit methods is much nicer then scrolling through huge PRG's. (Don't get me started on 32605 lines of FoxBin2PRg.prg ...)
>
>
>32605 lines? It's a small prg file.
>
>
>MartinaJ
I know. And I see no sense in it. As long as I do not need to maintain it (as I do with FoxBin2Prg) I don't care - I just compile and that's it. Maintaining is cruel. The idea of at least one-class-one-file is not that bad. I never figure out how on some elegant way one will see code interacting over a bunch of methods on this approach.
Words are given to man to enable him to conceal his true feelings.
Charles Maurice de Talleyrand-Périgord
Weeks of programming can save you hours of planning.
OffThere is no place like [::1]