<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Framework on markob.de</title><link>https://markob.de/thema/framework/</link><description>Recent content in Framework 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/framework/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><item><title>Das Framework ist nur ein Detail</title><link>https://markob.de/limesurvey/yii3/</link><pubDate>Fri, 21 Aug 2026 00:00:00 +0000</pubDate><guid>https://markob.de/limesurvey/yii3/</guid><description>&lt;p&gt;In einer &lt;a href="https://careers.limesurvey.org/jobs/Careers/38813000007296145/Full-Stack-Developer-m-f-d"&gt;LimeSurvey-Stellenanzeige für einen Full-Stack-Developer&lt;/a&gt; (Stand: 20. August 2026) taucht unter „Tech We Use&amp;quot; das „Yii-3 PHP Framework&amp;quot; auf – bemerkenswert, denn der aktuelle LimeSurvey-Core basiert weiterhin auf Yii 1.1. Ob damit der bestehende Core migriert werden soll, ob Yii3 nur für neue Komponenten gedacht ist oder ob lediglich einzelne Yii3-Pakete gemeint sind, wissen wir nicht. Für das Folgende spielt das auch keine große Rolle.&lt;/p&gt;
&lt;p&gt;Denn bevor LimeSurvey entscheidet, welches Framework Yii 1.1 irgendwann ersetzt, lohnt sich eine andere Frage: Warum sollte diese Entscheidung für den Anwendungscode überhaupt von Bedeutung sein?&lt;/p&gt;</description></item></channel></rss>