<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Domain-Modell on markob.de</title><link>https://markob.de/thema/domain-modell/</link><description>Recent content in Domain-Modell on markob.de</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Mon, 24 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://markob.de/thema/domain-modell/index.xml" rel="self" type="application/rss+xml"/><item><title>Das Framework ist nur ein Detail. Das Domainmodell ist es nicht.</title><link>https://markob.de/limesurvey/domain-model/</link><pubDate>Mon, 24 Aug 2026 00:00:00 +0000</pubDate><guid>https://markob.de/limesurvey/domain-model/</guid><description>&lt;p&gt;In &lt;a href="https://markob.de/limesurvey/yii3"&gt;Das Framework ist nur ein Detail&lt;/a&gt; war unsere These: Neue Anwendungslogik sollte nicht davon abhängen, ob am äußeren Rand Yii, Slim oder ein anderes Framework HTTP-Requests verarbeitet. Das Framework sollte Adapter sein, nicht Architektur.&lt;/p&gt;
&lt;p&gt;Daran hat sich nichts geändert. Inzwischen beschäftigt uns allerdings eine Frage, die noch eine Ebene tiefer geht: Wenn wir das Framework aus dem Zentrum von LimeSurvey entfernen – welches Domainmodell wollen wir dort eigentlich erhalten? Begriffe wie &lt;code&gt;QuestionGroup&lt;/code&gt;, &lt;code&gt;Question&lt;/code&gt;, &lt;code&gt;SubQuestion&lt;/code&gt; oder &lt;code&gt;QuestionType&lt;/code&gt; sind für LimeSurvey-Entwickler so selbstverständlich, dass man leicht vergisst, sie überhaupt noch infrage zu stellen. Aber sind das notwendige Konzepte eines Survey-Systems – oder historische Architekturentscheidungen, die uns heute nur deshalb wie Domainlogik erscheinen, weil LimeSurvey seit vielen Jahren so funktioniert?&lt;/p&gt;</description></item></channel></rss>