Ich habe gerade darüber nachgedacht, eine PPT zu schreiben, und habe dann einige Accessoires hinterlassen, die ich mit Ihnen teilen möchte.
(1) Cool in der DOS-Ära: 1981-1995
1. Dbase: Integration, das vordere, mittlere und hintere Ende sind alle fertig
1. Back-End-Datenschicht: Datenbanksystem (DBASE ist im Wesentlichen ein eigenständiges Datenbanksystem)
2. Mittlere Logikschicht: Logikprogrammiersprache, Datenbankzugriffs-SQL-Programmiersprache
3. Front-End-UI-Ebene: UI-Steuerelemente
2. Dalian Yaqi MIS: Tool zur Code-Framework-Generierung
Gängige Vorlagen für Unternehmensverwaltungssoftware generieren entsprechend der Assistentenkonfiguration automatisch Code-Frameworks, ändern und modifizieren die generierten Code-Frameworks und erstellen schnell ein System zum Hinzufügen, Löschen, Ändern und Überprüfen
(2) Cool in der Windows-Ära: 1991-2001
1. PB: Integration, das vordere, mittlere und hintere Ende sind alle fertig
1. Backend-Datenschicht: praktischer ODBC-Anschluss
2. Mittlere Logikschicht: Die Programmiersprache PB zielt eher auf das Schreiben von Datenbankverwaltungsanwendungssoftware ab
3. Front-End-UI-Ebene: Ein DataWindow-Steuerelement kümmert sich um die Abfrage/Filterung/Sortierung/den Export, und ein Berichtssteuerelement kümmert sich um die Anzeige/den Druck/den Export von gewöhnlichen Berichten/Kreuzberichten/mehrdimensionalen und mehrschichtigen Berichten
2. Delphi: Integration, das vordere, mittlere und hintere Ende sind alle fertig
1. Backend-Datenschicht: praktischer ADO-Connector
2. Mittlere Logikschicht: Geeigneter zum Schreiben mehrerer Anwendungen als PB (von Unternehmensverwaltungssoftware über allgemeine Anwendungssoftware bis hin zu Systemsoftware).
3. Front-End-UI-Ebene: eine offenere und farbenfrohere Ökologie der Rastertabellensteuerung als PB und eine offenere und farbenfrohere Ökologie der Berichtssteuerung als PB
Damals hat Microsoft die DNA-DCOM-Komponentenarchitektur vorangetrieben, und Delphi war das aktivste Unternehmen bei der Einführung von DCOM. Alle Delphi-Anbieter kamen zurück, da sie offener als PB waren und DCOM-Technologie-Hotspots akzeptierten. (Rückblickend hat DCOM, ein Technologie-Hotspot, jedoch tatsächlich keinen hohen praktischen Wert und es gibt nicht viele starre Anwendungsszenarien, aber ähnliche Technologien wie die EJB-SOA-Microservice-Technologie gehen immer noch diesen Weg.)
(3) Unbehagen im Web- und App-Zeitalter: 2001–2021
Diese beiden Epochen sind seit mehr als 20 Jahren beliebt und unglücklich:
1. Eine Programmiersprache kann die Front-End-Schicht und die mittlere Logikschicht nicht abdecken (die SQL-Sprache der Back-End-Datenschicht ist immer konstant).
2. Das Front-End-UI-Layer-Framework und die Steuerelemente haben sich nicht stabilisiert
Die beiden oben genannten Merkmale sind wichtige Gründe dafür, dass die Entwicklung in den letzten 20 Jahren kühl war.
1. Mehrsprachig und technisch kompliziert
1. Backend-Datenschicht: NOSQL, Big Data Lake Warehouse, Big Data Computing Engine, Big Data Query Engine, Big Data Search Engine begannen zu erscheinen
2. Mittlere Logikschicht: Verwenden Sie eine andere Programmiersprache als das Front-End und verwenden Sie verschiedene Middleware
3. Web-Ebene: Es erscheint eine spezielle Ebene, die andere Programmiersprachen als die Front-End- und Logikebene verwendet, wie PHP, Ruby, Python
4. Front-End-UI: HTML-Anzeigeprogrammiersprache, JS-Front-End-Steuerungsprogrammiersprache, AJAX-Datenübertragung; MVVM-Front-End-Technologie-Architektur-Framework beginnt zu erscheinen; alle 3-5 Jahre wird es einen neuen Aufschwung und Niedergang geben Frontend-Frameworks
2. No-Code-/Low-Code-Tools sind auf dem Vormarsch
1. Kein Code: Heben Sie sich von der Funktionspipeline des OA-Formular-Workflow-Genehmigungs-Mobildisplay-Berichtsdiagramms ab
2. Low Code: Heben Sie sich von der Technologiepipeline der WeChat-Applet-Front-End-UI-Steuerung, dem visuellen UI-Designtool und der Programmiersprache JS ab
Allerdings konnten spezialisierte Programmiersprachen für Unternehmensverwaltungssoftware wie ABAP von SAP, Oracle PL-SQL und Salesforce APEX – Programmiersprachen für Datenbankverwaltungsanwendungssoftware – in den letzten 20 Jahren nicht in der Branche Einzug halten.
(4) Ob die KI-Ära cool sein kann
GPT-3 wurde im Jahr 2020 veröffentlicht. Dabei handelt es sich um ein Großmodell. In den letzten Jahren wurden einige spezifische Großmodellmodelle veröffentlicht, die eher vertikal ausgerichtet sind:
Wie zum Beispiel ein großes Textgenerierungsmodell: Davinci
Wie zum Beispiel ein großes Codegenerierungsmodell: Codex
Erstellen Sie ein großes Modell wie im Bild gezeigt: Dall E-2
Viele Leute versuchen, Codex zu verwenden, um:
Code-Vervollständigung
Codegenerierung
Überprüfung der Codespezifikation
Code Fehler
Code-Testen, Code-Generierung
Viele Leute versuchen, mit Codex einige unabhängige kleine Anwendungen zu generieren und sogar ein unabhängiges CRUD-Code-Framework zu generieren, was mich an die Ära von Dalian Yaqi erinnert.
Viele Leute versuchen sogar, die Online-Hilfe-Crawler von SAP ERP, Oracle ERP und Salesforce CRM mit Open-Source-Großmodellen zu versorgen, nicht nur für die Frage-und-Antwort-Suche, sondern auch, um die unterstützte Generierung von ERP/CRM-Funktionsdesign zu erkunden Unterlagen.
