"I would much rather do FORTRAN that OOP"I wouldn't want to do a CGI application in FORTRAN however! I think you are making the OO part out to harder than it is. In perl you can make your objects as complicated or as simple as you're task demands. At the simple level you are just placing your data and it's access methods in a separate Package. You don't have to make the methods private if you don't want to. The Package can be in the same file or a separate one. You don't even have to export your methods (doing so makes them easier to call). You don't have to use inheritance and should you need inheritance you can choose your inheritance method.
If there is a "philosophy" behind perl OO it's "There is more than one way to do it." I can't take credit for that particular insight. I just heard it somewhere, once. ;->
There exists templates for making perl classes. I'm not familiar with them but a search of CPAN and this site should turn up some. My own tendency would be to learn to do it "longhand" first before evaluating packaged solutions. YMMV
In reply to Re^3: Multiple packages for first time
by starbolin
in thread Multiple packages for first time
by Anonymous Monk
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |