boolean klasse
-
Doch wir müssen unser Enterprise-Assessment-Bool-Data-Object vor zugriff schützen egal wie Atomic unsere Values sind.
-
überhaupt sollte sie über virtuelle schnittstellen verfügen und polymorph sein.
-
pvtbl schrieb:
überhaupt sollte sie über virtuelle schnittstellen verfügen und polymorph sein.
Das ist eine gute idee! Z.B. eine political_bool klasse, die in 50% der fälle hät was sie verspricht.
-
quak-quark schrieb:
Das ist eine gute idee! Z.B. eine political_bool klasse, die in 50% der fälle hät was sie verspricht.
Dieses Verhalten könnte man über ein "Policy based" Design realisieren! :p
-
David_pb schrieb:
Dieses Verhalten könnte man über ein "Policy based" Design realisieren! :p
Und dann fehlt natürlich noch die Umsetzung von Entwurfsmustern, z.B. Observer. Wenn wir diesen dann auch noch ein "Policy based" Design geben könnte dies in etwa wie folgt sein:
Lobbiisten-Observer: Meldet nur eine Änderung wenn es zu seinen Ansichten passt.
Manager-Observer: Meldet nur eine Änderung wenn er grad nichts wichtigeres zu tun hat.
Spam-Observer: Meldet sich auch mal zwischenzeitlich, egal ob sich etwas ändert oder nicht
...cu André
-
quak-quark schrieb:
pvtbl schrieb:
überhaupt sollte sie über virtuelle schnittstellen verfügen und polymorph sein.
Das ist eine gute idee! Z.B. eine political_bool klasse, die in 50% der fälle hät was sie verspricht.
es gibt jetzt boost::tribool, wo auch "indeterminate" bzw. "maybe" unterstützt wird
sorry, dass ich so was in einer solch ernsthaften unterhaltung poste