Hinter jeder Cordango-App steht eine strukturierte Beschreibung: worum es geht, was gespeichert wird, was Menschen sehen, was von allein passiert und wer was darf. Cordango liest diese Beschreibung, um die App zu betreiben. Sie können sie ebenfalls lesen, und genau darum geht es.
ABB.00 — SCHRITT 02 VON 04 · APP-DEFINITION
Der Bauplan hinter der App. Kein Datenbankschema, kein erzeugter Quelltext, keine Leinwand voller Kästchen. Eine Beschreibung, mit der Cordango arbeiten kann und die ein Mensch prüfen kann.
Wofür die App da ist und wie sie die Dinge nennt. Ein Deal heißt Deal, ein Antrag heißt Antrag, und der Rest der Definition benutzt diese Wörter.
Die Datensätze, die die App führt, ihre Felder, und wie sie aufeinander und auf die Personen und Organisationen des Unternehmens verweisen.
Was jemand öffnet: die Liste, das Board, die Datensatzseite, das Formular für einen Antrag. Die Layouts gehören dazu.
Was von allein passiert. Ein Status, der weiterwandert, ein Wert, der berechnet wird, eine Prüfung, die ablehnt, ein Hook, der auslöst.
Wer was sehen und tun darf, pro Entität, pro Feld und pro Kommando. Die Plattform setzt es durch, die App beschreibt es.
Die Definition beschreibt die App. Ihre Datensätze bleiben Ihre und bleiben, wo sie sind. Deshalb lässt sie sich gefahrlos lesen, weitergeben und mitnehmen.
Die meisten KI-Baukästen geben Ihnen erzeugten Quelltext. Der funktioniert, bis Sie wissen wollen, was er tut. Dann muss ihn jemand lesen. Eine Definition ist das Gegenteil davon. Sie ist ausdrücklich und sie ist vollständig, also kann Cordango die App verstehen, statt sie zu erraten.
Deshalb lässt sich die App prüfen, bevor sie läuft. Deshalb kann die Laufzeit sie direkt ausführen. Und deshalb geht eine Änderung durch die KI durch die Definition und nicht durch Dateien, die niemand gesehen hat. Aus derselben Definition entsteht auch die öffentliche Seite der App, der App-Contract. Er wird abgeleitet und nicht getrennt gepflegt.
Arbeiten Sie eine Woche lang wirklich mit der App, und irgendetwas passt nicht. Das ist normal. Sagen Sie in einfachen Worten, was anders sein soll. Cordango ändert die Definition, prüft sie erneut, und die App zieht nach. Oder Sie öffnen die Definition und ändern sie selbst, wenn Ihnen das lieber ist.
In beiden Fällen landet die Änderung an einer Stelle. Es gibt keinen erzeugten Code, der sich von der Beschreibung entfernt, und keine zweite Kopie der App für ein anderes Team. Eine eigene Ansicht ist ein Layout und keine Abzweigung.
Weil die App eine Definition ist und kein Programmcode, hat sie zwei Ziele. Sie läuft hier, auf Ihrer Plattform, verbunden mit Ihren Personen und Ihren Rechten. Oder cordango build macht daraus eine gewöhnliche Anwendung, die Ihnen allein gehört: ASP.NET Core und EF Core hinten, Vue vorne, ein Dockerfile und Migrationen, die man lesen kann, und keine Abhängigkeit von uns.
Das Format, der Compiler, das Kommandozeilenwerkzeug und der Generator stehen unter Apache-2.0. Die Plattform nicht. Cordango als Open Source zu bezeichnen wäre deshalb übertrieben, und wir schreiben das lieber hier hin, als es jemanden vermuten zu lassen. Alles, was Sie brauchen, um eine Anwendung zu schreiben und zu prüfen, ist offen. Deshalb läuft cordango check auf einem Laptop ohne Konto und ohne Verbindung.
Der Generator bricht lieber ab, als still weniger auszuliefern, als Ihre Definition verlangt hat. Abläufe, berechnete Felder und Kommandoprüfungen stehen heute noch auf dieser Liste, und die Roadmap sagt das offen.
Eine Live-Sitzung an einem Ihrer eigenen Abläufe. Sie beschreiben ihn, Cordango stellt seine Fragen, und in etwa 30 Minuten stehen Definition und App.