gruss dedlfix,
es gibt genau einen Grund für die Existenzberechtigung des [[Boolean]]-
Konstruktors - er kann, wie alle Konstruktor-Funktionen, prototypisch
um Eigenschaften bzw. Methoden erweitert werden.
Dieser Anwendungsfall sollte häufiger Auftreten (1+n) als der Missbrauch
dieses Konstruktors zur Instantiierung von boolean-Objekten (0).
Bsp.:
[link:http://github.com/petsel/javascript-api-extensions/blob/master/core/smalltalk-inspired-control-structures/Boolean.ifTrue.ifFalse.js@title=Boolean.prototype.ifTrue] = (function (fct) {
// ...
});
Boolean.prototype.ifFalse = (function (fct) {
// ...
});
condition().ifTrue(function () {
// ...
}).ifFalse(function () {
// ...
});
wobei [condition] eine komplexe Funktion sei, von der man nur weiss,
dass sie irgendeinen boolschen Zustand zurückgibt.
so long - peterS. - pseliger@gmx.net
--
»Because objects in JavaScript are so flexible, you will want to think differently about class hierarchies.
Deep hierarchies are inappropriate. Shallow hierarchies are efficient and expressive.« - Douglas Crockford
ie:( fl:) br:> va:( ls:& fo:) rl:) n3;} n4:} ss:} de:µ js:} mo:? zu:]
»Because objects in JavaScript are so flexible, you will want to think differently about class hierarchies.
Deep hierarchies are inappropriate. Shallow hierarchies are efficient and expressive.« - Douglas Crockford
ie:( fl:) br:> va:( ls:& fo:) rl:) n3;} n4:} ss:} de:µ js:} mo:? zu:]