Command-Query-Separation

Command-Query-Separation (CQS,[1] englisch für etwa Kommando-Abfrage-Trennung) ist ein Prinzip des Softwareentwurfs. Das CQS-Prinzip wurde von Bertrand Meyer im Zuge seiner Arbeit an der Programmiersprache Eiffel erdacht.

Das CQS-Prinzip besagt, dass eine Methode entweder als Abfrage (query) oder als Kommando (command, modifier oder mutator) implementiert werden soll. Eine Abfrage muss hierbei Daten zurückliefern und darf keine Seiteneffekte auf dem beobachtbaren Zustand des Systems aufweisen, während ein Kommando beobachtbare Seiteneffekte aufweist und keine Daten zurückliefert.

“Functions should not produce abstract side effects … only commands (procedures) will be permitted to produce side effects.”

„Funktionen sollten keine Seiteneffekte haben … nur Kommandos (Prozeduren) dürfen Seiteneffekte haben.“

– Bertrand Meyer: Object Oriented Software Construction[2]

Das Prinzip verbietet nur abstrakte Seiteneffekte für Abfragen. Bertrand Meyer unterscheidet davon zwei Arten harmloser Seiteneffekte, die oft sogar für Abfragen notwendig sind:

  • Seiteneffekte, die am Ende der Abfrage wieder zurückgenommen werden.
  • Seiteneffekte, die nur den privaten Zustand des Objektes betreffen, also von außen nicht wahrnehmbar sind.

Siehe auch

Einzelnachweise

  1. ↑ Martin Fowler: CommandQuerySeparation. 5. Dezember 2005, abgerufen am 18. Mai 2014 (englisch).
  2. ↑ Bertrand Meyer: Object Oriented Software Construction. Prentice Hall, 1988, ISBN 978-0-13-629155-8, S. 751.
Prinzipien objektorientierten Designs
SOLID-Prinzipien

Single Responsibility • Open Closed • Liskovsches Substitutionsprinzip • Interface Segregation • Dependency Inversion

Weitere Prinzipien

Gesetz von Demeter • Design by Contract • Datenkapselung • Linguistic Modular Units • Self-Documentation • Uniform Access • Single Choice • Persistence Closure • Command-Query-Separation

Packaging-Prinzipien

Reuse Release Equivalence • Common Closure • Common Reuse • Acyclic Dependencies • Stable Dependencies • Stable Abstractions