User Tools

Site Tools


principles:model_principle

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Last revision Both sides next revision
principles:model_principle [2018-12-08 10:43]
christian [Description Status]
principles:model_principle [2018-12-08 11:08]
christian
Line 114: Line 114:
  
 On the other hand our intuitive model of parsers and functions tells us that a ''​Function''​ does not need a ''​Parser''​ to be a meaningful entity. One can easily think of ''​Function''​s created by using builder functions instead of a parser. And even if that wasn't true and there would only be the possibility to create functions by using parsers, a ''​Function''​ object logically can work without knowing that there are parsers which have created it. In an imaginary hierarchy of modules Parser would be a module on a higher scale than ''​Function''​. So MP forbids that ''​Function''​ depends on ''​Parser''​. On the other hand our intuitive model of parsers and functions tells us that a ''​Function''​ does not need a ''​Parser''​ to be a meaningful entity. One can easily think of ''​Function''​s created by using builder functions instead of a parser. And even if that wasn't true and there would only be the possibility to create functions by using parsers, a ''​Function''​ object logically can work without knowing that there are parsers which have created it. In an imaginary hierarchy of modules Parser would be a module on a higher scale than ''​Function''​. So MP forbids that ''​Function''​ depends on ''​Parser''​.
 +
 +
 +==== Example 4: Break and Air Conditioning ====
 +
 +Suppose a car has an air conditioning and a hill start assistant. The air conditioning needs to make sure that the engine provides enough power on sunny days. So it measures its power-consumption and pushes down the gas pedal just enough to the engine isn't stalled. The hill start assistant automatically releases the hand break if you start driving. Now the following situation can happen: A car waits in front of a boom barrier of an underground garage. It's a hot day and the driver opens the window to get the ticket. hot air flows into the car and the A/C powers up. The revolution speed is low because the car stands still so the A/C hits the gas pedal in order not to stall the engine. Now the hill start assistant realizes that the gas pedal was pressed and releases the hand break because pressing the gas pedal is the trigger that the diver want to drive away. As a result the car crashes into the boom barrier.
 +
 +The problem here is with the A/C. Semantically it wanted to increase the motor power but actually it called an operation that hit the gas pedal. This is almost the same but not exactly the same. It's an operation on the wrong level of abstraction. If the A/C had called an operation ''​increaseMotorPower''​ instead of an operation ''​hitGasPedal''​ the problem would have been prevented. ​
  
  
principles/model_principle.txt · Last modified: 2018-12-08 11:54 by christian