Re: What function of OOP pb can't create ??
Posted: Thu Dec 03, 2015 6:49 pm
Hello heartbone,
You use method like programming when You iterate over the controls in a form and want to style them in one way.
For each control, You can style it procedural or You can call a style method which then calls styleBox, styleButton, styleTextbox, etc.
But, of course, You don't need to do it this way...
At the end, if You use the native PB gadget styling procedures, You are faster because You are dealing directly with the native elements.
But one thousand elements with a select-case of 50 entries/gadget types or a delegating map for the specific maybe canvasgadget control -> fast enough with PB...
I would use an appropriate architecture not first regarding speed; later optimization can be done...
Btw.: I am talking about applications with forms and database access; special speedy calculations -> procedures/assembler!
Ten years ago I read first the wording "spaghetti code of object orientation"...
for example AOP (aspect orientation) is a mean to break out of the OOP-cage.
Maybe thinking and planning before programming is the right way?
(No, this was for no one in the PB forum!)
You use method like programming when You iterate over the controls in a form and want to style them in one way.
For each control, You can style it procedural or You can call a style method which then calls styleBox, styleButton, styleTextbox, etc.
But, of course, You don't need to do it this way...
At the end, if You use the native PB gadget styling procedures, You are faster because You are dealing directly with the native elements.
But one thousand elements with a select-case of 50 entries/gadget types or a delegating map for the specific maybe canvasgadget control -> fast enough with PB...
I would use an appropriate architecture not first regarding speed; later optimization can be done...
Btw.: I am talking about applications with forms and database access; special speedy calculations -> procedures/assembler!
Ten years ago I read first the wording "spaghetti code of object orientation"...
for example AOP (aspect orientation) is a mean to break out of the OOP-cage.
Maybe thinking and planning before programming is the right way?
(No, this was for no one in the PB forum!)