Dokumentationsmenü

OwlMeans Tech Concept

Auf dieser Seite

Eine OwlMeans-Anwendung hat bereits ab der ersten Version eine einheitliche Struktur. Dadurch haben neue Features einen klaren Platz, und Coding-Agenten können das Projekt auf dieselbe Weise verstehen.

Wie die Teile zusammenpassen

flowchart TD
    A[User interface and forms] --> B[Application behavior]
    B --> C[Authorization and services]
    C --> D[Database and shared state]
    E[Configuration and project guidance] --> A
    E --> B
    E --> C

Die Oberfläche erfasst Eingaben und zeigt Ergebnisse an. Das Anwendungsverhalten beschreibt, was das Produkt tut. Dienste übernehmen wiederverwendbare Aufgaben und prüfen Berechtigungen. Die Datenbank bewahrt die Datensätze auf. Eine gemeinsame Konfiguration und Anleitungen für Agenten sorgen dafür, dass diese Teile zusammenpassen.

Gemeinsame Definitionen halten Änderungen konsistent

Generierte Anwendungen verwenden gemeinsame Definitionen für Anfragen, Antworten und Zugriffsregeln. Oberfläche und API verwenden denselben Schnittstellenvertrag. So können Felder und Berechtigungen eines Features aufeinander abgestimmt bleiben. OwlMeans Common liefert wiederverwendbare Muster für diese Definitionen und die Dienste, die sie umsetzen.

Durch die Konfiguration findet die App ihre Dienste auf einheitliche Weise. Der Agent-Harness beschreibt diese Konventionen. So kann ein neuer Agent die vorhandene Struktur erweitern, ohne das Fundament neu aufzubauen.

Warum die Struktur hilft

  • Konsistente Änderungen: Eine neue Ansicht folgt denselben Konventionen für Formulare, Dienste und Zugriffe wie frühere Ansichten.
  • Klare Berechtigungen: Identität und Autorisierung gehören zum Fundament der Anwendung. Dadurch können Zugriffsregeln dem fachlichen Verhalten folgen.
  • Wiederverwendbare Bausteine: OwlMeans Common liefert einen großen Teil des gemeinsamen Anwendungscodes. So haben Sie mehr Zeit, das benötigte Verhalten zu definieren.
  • Kontinuität für Agenten: Projektspezifische Skills und der Projektspeicher erklären einem später hinzukommenden Agenten die Konventionen.
  • Raum für Wachstum: Getrennte Verantwortlichkeiten erleichtern es, die App bei neuen Anforderungen zu erweitern.

Die create-app-Projektkonventionen und die öffentlichen OwlMeans Common-Pakete bilden die Grundlage dieses Ansatzes. Die Technologieseiten erklären die unterstützenden Bibliotheken nach ihrem Einsatzzweck.

In der Praxis anwenden

  1. Beschreiben Sie das fachliche Ergebnis und die Nutzerrollen in der Spezifikation.
  2. Konzentrieren Sie jede User Story auf ein Verhalten, das Sie vorführen können.
  3. Bitten Sie den Agenten, beim Hinzufügen eines Features die bestehende Projektarchitektur einzuhalten.
  4. Prüfen Sie die Ansicht, die gespeicherten Datensätze und die Berechtigungen gemeinsam.
  5. Bewahren Sie den Harness und den Projektspeicher, wenn Sie die Entwicklung an einen anderen Agenten übergeben.

Bei einem CRM bedeutet das: Kontaktformular, Kontaktdienst und Sichtbarkeitsregeln verwenden dieselbe Definition dafür, wer einen Kundendatensatz lesen und bearbeiten darf.

Anwendungsbeispiel

Kategorie: CRM und Kundenverwaltung. Beispiel: ein CRM für ein kleines Team mit Kontaktzuordnung und Zugriff für Führungskräfte.