<![CDATA[[Design]Klasse unveränderlich oder doch sperren?]]>Hallo,

wir sind gerade am Diskutieren welches Design (für Lib.) nun nutzbringender im Sinne der Anwender ist. Eine Klasse unveränderlich zu gestalten oder aber mit Sperren (Mutex,...) zu arbeiten. Für unveränderliche Klassen fallen mir die beiden Stringklassen in Java und C# ein, mit denen es sich recht gut arbeiten lässt. Wir suchen nicht die ultimative Lösung sondern nur ein paar Anregungen.

leftshift

]]>https://www.c-plusplus.net/forum/topic/309753/design-klasse-unveränderlich-oder-doch-sperrenRSS for NodeWed, 05 Aug 2026 06:14:14 GMTFri, 26 Oct 2012 05:58:39 GMT60<![CDATA[Reply to [Design]Klasse unveränderlich oder doch sperren? on Fri, 26 Oct 2012 07:30:33 GMT]]>Hallo,

wir sind gerade am Diskutieren welches Design (für Lib.) nun nutzbringender im Sinne der Anwender ist. Eine Klasse unveränderlich zu gestalten oder aber mit Sperren (Mutex,...) zu arbeiten. Für unveränderliche Klassen fallen mir die beiden Stringklassen in Java und C# ein, mit denen es sich recht gut arbeiten lässt. Wir suchen nicht die ultimative Lösung sondern nur ein paar Anregungen.

leftshift

]]>https://www.c-plusplus.net/forum/post/2264295https://www.c-plusplus.net/forum/post/2264295Fri, 26 Oct 2012 07:30:33 GMT<![CDATA[Reply to [Design]Klasse unveränderlich oder doch sperren? on Fri, 26 Oct 2012 07:02:26 GMT]]>Das hängt davon ab, wie sehr das Arbeiten mit Threads für diese Bibliothek überhaupt vorgesehen ist. Und es hängt auch von der Komplexität und Modularität ab. Wenn eure LIB irgendwelche komplexen Operationen ausführt, fände ich es angebrachter, dass sie threadsicher ist, als wenn sie nur irgendein anderer Container ist. Und wenn sie nicht ständig für Threads benutzt wird, würde ich auch nicht unnötig Aufwand hineinstecken.

]]>https://www.c-plusplus.net/forum/post/2264303https://www.c-plusplus.net/forum/post/2264303Fri, 26 Oct 2012 07:02:26 GMT<![CDATA[Reply to [Design]Klasse unveränderlich oder doch sperren? on Fri, 26 Oct 2012 07:41:40 GMT]]>Die Benutzung in einer Threadumgebung ist sehr wahrscheinlich. Heute im Zeitalter der 'Multicorerechner' diesen Umstand nicht zu berücksichtigen wäre sehr kurzsichtig. Die ganze Lib wird ein Container von über Jahren bewährten Algorithmen aber eben sauber in Klassen gepackt (bis jetzt alles Einzelkämpfer).

]]>https://www.c-plusplus.net/forum/post/2264310https://www.c-plusplus.net/forum/post/2264310Fri, 26 Oct 2012 07:41:40 GMT<![CDATA[Reply to [Design]Klasse unveränderlich oder doch sperren? on Fri, 26 Oct 2012 07:54:38 GMT]]>leftshift schrieb:

Die ganze Lib wird ein Container von über Jahren bewährten Algorithmen aber eben sauber in Klassen gepackt (bis jetzt alles Einzelkämpfer).

Was ist an Algorithmen schlecht, wenn sie nicht in Klassen stehen? Beachte, dass die meisten Algorithmen der STL freie Funktionen sind.

]]>https://www.c-plusplus.net/forum/post/2264314https://www.c-plusplus.net/forum/post/2264314Fri, 26 Oct 2012 07:54:38 GMT<![CDATA[Reply to [Design]Klasse unveränderlich oder doch sperren? on Fri, 26 Oct 2012 08:34:21 GMT]]>Ist schon klar das wir nicht alles(!) in Klassen packen. Ich sage nur über Jahre gewachsener Wildwuchs.

]]>https://www.c-plusplus.net/forum/post/2264322https://www.c-plusplus.net/forum/post/2264322Fri, 26 Oct 2012 08:34:21 GMT<![CDATA[Reply to [Design]Klasse unveränderlich oder doch sperren? on Fri, 26 Oct 2012 11:27:51 GMT]]>Namespaces?

]]>https://www.c-plusplus.net/forum/post/2264381https://www.c-plusplus.net/forum/post/2264381Fri, 26 Oct 2012 11:27:51 GMT