Difference to Procedural Programming

We like to cater here briefly to classic programming, the so-called „procedural programming“ you already know, maybe not under this name. In „procedural programming“ programme structuring occurs through functional abstraction.

The whole programme is understood as one large algorithm, which is fractionised into sub algorithms and improved step by step. Functions resp. procedures (therefore the name „procedural programming“) are anatomised into sub functions and these again are anatomised into sub-sub functions a. s. o. Normally data are thereby passed as function parameter and function result through the functions as input and output values.

In fact everything is programmable and feasible in „procedural programming“, it is just a matter of effort and complexity. The problem in „procedural programming“ is the separation of data and algorithms.

You have also used „procedural programming“ in the Portalsuite templates by using predefined functions of PHP and the Portalsuite to solve your task, the programming of a website. Thereby functions took data mainly from the Portalsuite data base, the remaining data have been passed to the functions as parameter or as master data from a swapped-out configuration set.

In „object-oriented programming“ programme structuring occurs through data abstraction. That means that data as well as associated data structures are in the centre of attention, but not the algorithm. Algorithms and functions are merely accessory parts, however they are logically associated with the data, since data need functions to alter their state. The whole programme can be assembled with several objects, whereby each object is only responsible for a part of the data and therewith also for a part of the task, only. The coactions of all objects solves the complete task of the programme.