Text für inhaltsangabe mit Musterlösung

Obwohl wir keine detaillierten Statistiken erstellt haben, stellen wir hier nur Muster vor, die aus diesem breiten Konsens hervorgegangen sind. In den Monaten nach PLoP`95 wurden viele dieser Muster Praktikern zur Verfügung gestellt, die Musterschreibkurse durchführten, und das Feedback an die Autoren zeigt, dass sie sehr hilfreich waren. Darüber hinaus wurden diese Muster bei PLoP-96 ausgiebig überprüft und wurden Teil des Arbeitsvokabulars mehrerer Bewertungsgruppen. Ein Muster ist nur so nützlich, wie es von seinen Benutzern wahrgenommen wird. Musterschreiber können sich viel Mühe geben, ihre Muster zu beschreiben, aber all diese Bemühungen sind nichts, wenn der Leser es nicht verstehen kann oder aus Frustration aufgibt. Ein wesentlicher Beitrag ist die Qualität des Schreibens, ein Faktor, in den wir hier nicht eintauchen werden. Es gibt andere Faktoren, die etwas spezifischer für Muster sind, andere etwas allgemeiner. Die hier beschriebenen Muster sind enthalten, weil die Rezensenten der Meinung waren, dass sie einen signifikanten Unterschied in der Leicht- oder Mustersprache machten. Professor Tufte beschreibt das Problem der Inkompetenz in grafischen Darstellungen quantitativer Informationen und diskutiert die Ursachen.

Seine Lösung, Inhalte und statistische Experten in die Gestaltung von Grafiken einzubeziehen, wird im gesamten Kapitel bewertet. Er verwendet Beschreibungen und Beispiele für grafische Verzerrung, Integrität und Raffinesse, um seine Schlussfolgerung zu untermauern. Sie schreiben ein Muster, entweder eigenständig oder als Teil einer Mustersprache. Wie beschreiben Sie die Lösung so, dass sie leicht zu verdauen und Teile der Lösung unter verschiedenen Umständen zu verwenden ist? Codebeispiele als Bonus stellen sicher, dass das Muster ohne die Code-Samples verstanden werden kann und kann dazu beitragen, die Unterbrechung des Flusses zu reduzieren. Intent Revealing Method Selector in [Beck96] beschreibt die Lösung für das Problem der Benennungsmethoden in der Smalltalk-Programmierung. Durch die Erfassung der Absicht im Methodennamen sollte der Leser des Programms nicht jedes Mal auf die Beschreibung der Methode verweisen müssen, wenn er den Namen sieht. Sie schreiben eine Muster- oder Mustersprache, die eine von potenziell mehreren Lösungen für ein Problem vermitteln soll. Sie haben obligatorische Elemente angewendet, die vorhanden sind.

Sie schreiben jetzt den Abschnitt Kräfte. Sie schreiben ein Muster und versuchen, Konzepte zu kommunizieren, die am besten mithilfe von Diagrammen oder Illustrationen kommuniziert werden. Sie haben eine klare Zielgruppe identifiziert. Gut kommentierter Beispielcode ist formal, präzise und eindeutig und kann von vielen erfahrenen Software-Mitarbeitern leicht verstanden werden. Codebeispiele bieten eine Konzeptverstärkung und bieten dem Leser die Möglichkeit, zu überprüfen, ob er die wesentlichen Konzepte des Musters verstanden hat. Fügen Sie die folgenden obligatorischen Elemente in das Muster ein. Die genauen Namen dieser Elemente variieren von musterweise zu einem anderen und die genaue Reihenfolge, in der sie erscheinen, ist nicht so entscheidend, wie sicherzustellen, dass sie alle vorhanden sind. Sie werden hier in einer Reihenfolge präsentiert, die gewählt wurde, um das Verständnis ihrer Beziehungen zu erleichtern. Die Art der Beziehungen zwischen den Elementen wird in Abbildung 2 dargestellt.

Diese Mustersprache verwendet Terminologie, die für die Muster-Community spezifisch ist. Begriffe wie Forces und Context werden nicht erläutert, da die Zielgruppe bereits mit ihnen vertraut ist und durch detaillierte Erläuterungen abgeschreckt würde. Identifizieren Sie eindeutig die Problem-, Kontext- und Lösungsteile, damit der Leser schnell feststellen kann, ob dieses Muster auf sie zutrifft. Setzen Sie detailliertere Informationen (z. B. Kräfte oder Codebeispiele) in klar gekennzeichnete Abschnitte ein, die übersprungen werden können, wenn eine Person nicht alle Details haben möchte.