Warum programmieren wir noch mit flachen Dateien? [geschlossen]

StackOverflow https://stackoverflow.com/questions/160633

  •  03-07-2019
  •  | 
  •  

Frage

Warum sind flach Text den Stand der Technik Dateien für den Quellcode darstellt?

Klar - der Präprozessor und Compiler benötigen eine flache Dateidarstellung der Datei, um zu sehen, aber das ist einfach erstellt

.

Es scheint mir, dass irgendeine Form von XML oder Binärdaten viele Ideen darstellen könnte, die sehr schwer zu verfolgen, sonst.

Zum Beispiel könnten Sie UML-Diagramme direkt in Ihren Code einbetten. Sie können halbautomatisch erzeugt werden, und von den Entwicklern kommentierten, um wichtige Aspekte des Designs hervorzuheben. Interaktionsdiagramme im Besonderen. Heck, das Einbetten könnte jeder Benutzer Zeichnung machen Dinge klarer.

Eine weitere Idee ist Kommentare von Code-Reviews direkt in den Code eingebettet werden.

Es könnten alle möglichen Hilfsmittel sein, um einfacher mehrere Zweige zu machen verschmelzen.

Etwas, das ich leidenschaftlich bin nicht nur Code-Coverage-Tracking, sondern auch an den Teilen des Codes durch einen automatisierten Test abgedeckt suchen. Der schwierige Teil ist das Verfolgen des Codes, auch als die Quelle geändert wird. Zum Beispiel eine Funktion aus einer Datei zur anderen zu bewegen, usw. Diese mit GUIDs getan werden, aber sie sind ziemlich aufdringlich rechts in der Textdatei einzubetten. In einem reichen Dateiformat, könnten sie automatisch und unauffällig sein.

Warum gibt es keine IDEs (meines Wissens sowieso) die Ihnen erlauben, mit dem Code auf diese Weise zu arbeiten?

EDIT:. Am 7. Oktober 2009

Die meisten von Ihnen wurden sehr aufgehängt auf dem Wort „binary“ in meiner Frage. Ich einfahren es. Bild XML, Markierung sehr minimal auf Ihren Code. In dem Augenblick, bevor Sie es zu Ihrem normalen Preprozessor oder Compiler Hand, Streifen Sie alle XML-Markup aus, und geben nur den Quellcode. In dieser Form könnte man immer noch alle normalen Dinge in die Datei tun: diff, fusionieren, zu bearbeiten, die Arbeit mit in einfacher und minimal-Editor, füttern sie in Tausende von Werkzeugen. Ja, der Unterschied, zusammenführen und bearbeitet, direkt mit dem minimalen XML-Markup, bekommt ein bisschen komplizierter. Aber ich denke, der Wert enorm sein könnte.

Wenn ein IDE existiert, die alle von der XML respektiert, könnte man hinzufügen, so viel mehr als das, was wir heute tun können.

Zum Beispiel Ihre Doxygen Kommentare können eigentlich aussehen wie die letzte doxygen Ausgabe.

Wenn jemand einen Code-Review, wie Code Collaborator tun wollten, könnten sie den Quellcode, an Ort und Stelle markieren.

Die XML könnte sogar hinter Kommentare ausgeblendet werden. 

// <comment author="mcruikshank" date="2009-10-07">
// Please refactor to Delegate.
// </comment>

Und dann, wenn Sie vi oder Emacs verwenden möchten, können Sie einfach die Kommentare überspringen.

Wenn ich einen state-of-the-art-Editor verwenden mag, kann ich sehen, dass in etwa ein Dutzend verschiedene hilfreiche Möglichkeiten.

Also, das ist meine grobe Vorstellung. Es ist nicht „Bausteine“ der Bilder, die auf dem Bildschirm ziehen ... Ich bin nicht so verrückt. :)

War es hilfreich?

Lösung

  • Sie können sie diff
  • Sie können sie fusionieren
  • jeder kann sie bearbeiten
  • Sie sind einfach und leicht zu behandeln
  • Sie sind universell zugänglich zu Tausenden von Werkzeugen

Andere Tipps

Meiner Meinung nach, alle möglichen Vorteile aufgewogen durch auf ein bestimmtes Werkzeug gebunden zu sein.

Mit Klartextquelle (das scheint zu sein, was Sie diskutieren, anstatt flat files per se) Ich kann einfügen Stücke in E-Mail, verwenden Sie einfache Versionskontrollsysteme (sehr wichtig! ), Code in Kommentaren auf Stack-Überlauf schreiben, eine von tausend Texteditoren auf einer beliebigen Anzahl von Plattformen, etc.

Mit etwas Binärdarstellung Code, ich brauche einen speziellen Editor verwenden, um es anzuzeigen oder zu bearbeiten. Selbst wenn eine textbasierte Darstellung erzeugt werden kann, können Sie nicht triviale Änderungen in die kanonische Version zurücksetzen.

Smalltalk ist eine Bild-basierte Umgebung. Sie sind nicht länger arbeiten mit Code in einer Datei auf der Festplatte. Sie arbeiten mit und die realen Objekte in Runtime ändern. Es ist immer noch Text, sondern Klassen sind nicht in für Menschen lesbaren Dateien gespeichert. Stattdessen wird der gesamte Objektspeicher (das Bild) auf einer Datei im Binärformat gespeichert wird.

Aber die größten Beschwerden von denen, smalltalk auszuprobieren, weil es keine Dateien verwenden. Die meisten der dateibasierte Tools, die wir haben (vim, emacs, Eclipse, vs.net, Unix-Werkzeugen) haben für smalltalk eigenen Werkzeuge aufgegeben werden. Nicht, dass die in smalltalk bereitgestellten Tools in minderwertig. Es ist nur anders.

Warum sind Aufsätze in Text geschrieben? Warum sind juristische Dokumente in Text geschrieben? Warum sind Fantasy-Romane in Text geschrieben? Da Text ist die einzige beste Form - für Menschen -. Ihre Gedanken persistierender

Dieser Text ist, wie die Menschen denken über, darstellen, verstehen und besteht Konzepte -. Und deren Komplexität, Hierarchien und Beziehungen

Lisp-Programme sind nicht flache Dateien. Sie sind Serialisierung von Datenstrukturen. Diese Code-as-Daten ist eine alte Idee, und tatsächlich einer der größten Idee in der Informatik.

Flat-Dateien sind leichter zu lesen.

Hier ist der Grund:

  • Menschen lesbar. Das macht viel einfacher, einen Fehler zu erkennen, sowohl in der Datei und die Parsing-Methode. Auch kann laut vorgelesen werden. Das ist eine, die man einfach nicht mit XML bekommen kann, und könnte einen Unterschied, speziell in der Kundenbetreuung machen.

  • Die Versicherung gegen Veralterung. Solange regex vorhanden sind, ist es möglich, eine ziemlich gute Parser in nur wenigen Zeilen Code zu schreiben.

  • Leverage. Fast alles, was es gibt, von Versionskontrollsystemen für die Redaktion zu filtern, überprüfen kann, fusionieren und auf flache Dateien zu arbeiten. XML-Merging kann ein Chaos sein.

  • Die Fähigkeit, sie ziemlich leicht mit UNIX-Tools wie grep zu integrieren, schneiden oder sed.

Es ist eine gute Frage. FWIW, ich würde gerne ein Wiki-Stil-Code-Management-Tool zu sehen. Jede Funktionseinheit würde seine eigene Wiki-Seite hat. Die Build-Tools an einem Strang ziehen, den Quellcode aus dem Wiki. Es wäre ein „diskutieren“ auf dieser Seite verlinkt sind, wo Menschen über Algorithmen argumentieren können, APIs und dergleichen mehr.

Heck, wäre es nicht so schwer sein, eine nach oben aus einer bereits bestehenden Wiki Implementierung zu hacken. Jeder Abnehmer ...?

Ironischer gibt es Programmierkonstrukte, die genau verwenden, was Sie beschreiben.

Zum Beispiel SQL Server Integration Services, der Fluss Codierung Logik beinhaltet von Komponenten in eine visuelle Entwurfsoberfläche zieht, wird als XML-Dateien gespeichert beschreiben genau die hintere Ende.

Auf der anderen Seite SSIS ist ziemlich schwierig zu Quellcodeverwaltung. Es ist auch jede Art von komplexer Logik in sie zu entwerfen ziemlich schwierig: wenn Sie ein wenig mehr „Kontrolle“ benötigen, werden Sie VB.NET-Code in die Komponente codieren müssen, die es uns zurück bringt , wo wir angefangen haben.

Ich denke, dass, wie ein Codierer, sollten Sie die Tatsache, dass es für jede Lösung für ein Problem Folgen geben, die folgen. Nicht alles konnte (und einige argumentieren, soll) in UML dargestellt werden. Nicht alles, was visuell dargestellt werden könnte. Nicht alles vereinfacht genug werden, um eine konsistente binäre Dateidarstellung haben.

, dass gesagt wird, ich würde postulieren, dass die Nachteile der verbannen Code Binärformaten (von denen die meisten auch proprietäre sein neigen) bei weitem die Vorteile, sie im Klartext outweight.

IMHO, XML und Binärformaten wäre ein totales Durcheinander und würde einen signifikanten Nutzen nicht geben.

OTOH, eine ähnliche Idee wäre, in eine Datenbank zu schreiben, vielleicht eine Funktion pro Datensatz, oder vielleicht eine hierarchische Struktur. Eine IDE, um dieses Konzept erstellt könnte natürlicher macht die Navigation Quelle und leichter etwas nicht relevant, um den Code zu verstecken Sie zu einem bestimmten Zeitpunkt gerade lesen.

Die Menschen haben für eine lange Zeit versucht, eine Bearbeitungsumgebung zu schaffen, die über die Flat-Datei geht und jeder hat zu einem gewissen Grad ist fehlgeschlagen. Die nächstgelegene ich gesehen habe, war ein Prototyp für Charles Simonyi Intentional Programming aber dann die auf ein visuelles DSL-Tool zur Erstellung herabgestuft wurde.

Unabhängig davon, wie der Code gespeichert ist, oder im Speicher dargestellt, am Ende ist es als Text vorzeigbar und modifizierbar sein muss ( ohne die Formatierung ändern auf Sie ), da dies der einfachste Weg ist, wissen wir Ausdruck bringen die meisten der abstrakten Begriffe, die für die Lösung von Problemen durch die Programmierung benötigt werden.

Mit flachen Dateien, die Sie diese erhalten kostenlos und jeden einfachen alten Texteditor (mit der richtigen Zeichenkodierung) funktioniert.

Steve McConnell hat es richtig, wie immer -. Sie schreiben Programme für andere Programmierer (einschließlich sich selbst), nicht für Computer

Wie gesagt, Microsoft Visual Studio müssen den Code intern verwalten Sie in einem sehr strukturierten Format schreiben, oder würden Sie nicht tun können, um solche Dinge wie „Alle Verweise finden“ oder umbenennen oder neu Faktor Variablen und Methoden so leicht . Ich würde interessieren, ob jemand Links mußte, wie das funktioniert.

Eigentlich etwa vor 10 Jahren, Charles Simonyi frühe Prototyp für vorsätzliche Programmierung versuchte über die Flat-Datei in eine Baumdarstellung des Codes zu bewegen, die auf verschiedene Weise sichtbar gemacht werden können. Theoretisch ein Domain-Experte, ein PM, und ein Software-Ingenieur konnte alles sehen (und Stück zusammen) Anwendungscode in einer Weise, die sie nützlich waren, und Produkte auf einer Hierarchie von deklarativen „Absichten“ gebaut werden können, zu graben nach unten low- Level-Code nur nach Bedarf.

ETA (pro Anfrage in den Fragen) Es gibt eine Kopie von ein seine frühen Papiere auf diesem in der Forschungs Microsoft-Website. Leider seit Simonyi MS links vor ein separates Unternehmen mehrere Jahre zu beginnen, ich glaube nicht, der Prototyp zum Download noch verfügbar ist. Ich sah wieder ein paar Demos, als ich bei Microsoft war, aber ich bin nicht sicher, wie weit seine frühen Prototypen verteilt wurden.

Seine Firma, IntentSoft ist immer noch ein wenig ruhig über das, was sie planen, auf den Markt zu bringen wenn überhaupt, aber einige der frühen Sachen, die aus MSR kam, war ziemlich interessant.

Das Speichermodell war einige Binärformat, aber ich bin nicht sicher, wie viel von diesen Details während des MSR Projekt offenbart wurden, und ich bin sicher, dass einige Dinge seit den frühen Implementierungen geändert haben.

Warum Textdateien Regel tun? Wegen McIlroy-Test. Es ist wichtig, die Ausgabe eines Programms sein akzeptabel, da der Quellcode für andere zu haben, und Textdateien sind die einfachste Sache, die funktioniert.

Labview und Simulink zwei Umgebungen der grafischen Programmierung sind. Sie sind beide sehr beliebt in ihren Bereichen (Anbindung an Hardware von einem PC aus, und Modellierung Kontrollsystemen, respectively), aber nicht viel außerhalb dieser Felder verwendet. Ich habe mit Leuten gearbeitet, die große Fans von beiden waren, aber nie in sie mich bekam.

Sie erwähnen, dass wir „eine Form von XML“ verwendet werden soll? Was denken Sie, XHTML und XAML sind?

Auch XML ist nach wie vor nur eine flache Datei.

Alte Gewohnheiten sterben schwer, schätze ich.

Bis vor kurzem gab es nicht viele gute Qualität, hoch performanten, weithin verfügbare Bibliotheken für die allgemeine Speicherung von strukturierten Daten. Und ich würde mit Nachdruck nicht setzt XML in dieser Kategorie auch heute noch -. Zu ausführlich, zu intensiv zu verarbeiten, zu pingelig

Heute, mein Favorit, was für Daten zu verwenden, muss nicht human-readableis SQLite und macht eine sein Datenbank. Es ist so unglaublich einfach, eine voll funktionsfähige SQL-Datenbank in jede App einbinden ... gibt es Anbindungen für C, Perl, Python, PHP, etc ... und es ist Open-Source und wirklich schnell und zuverlässig und leicht.

I <3 SQLite.

Wer jemals tryed Mathematica ?

Das Bild oben ist von einer alten Version aber es war der best google mir geben könnte.

Wie auch immer ... vergleichen die erste Gleichung dort auf Math.Integrate (1 / (Math.Pow ( "x", 3) -1), "x") , wie Sie haben, würden schreiben, wenn Sie mit Klartext in den meisten gängigen Sprachen Codierung wurden. Imo die mathematische Darstellung ist viel einfacher zu lesen, und das ist immer noch eine ziemlich kleine Gleichung.

Und ja, können Sie sowohl Eingangs- als auch den Code als Klartext-Kopie einfügen, wenn Sie wollen.

Sehen Sie es als die nächste Generation Syntaxhervorhebung . Ich wette, es eine Menge anderer Sachen als Mathe ist die benifit von dieser Art der Darstellung nehmen könnte.

Es ist ziemlich offensichtlich, warum Klartext ist König. Aber es ist ebenso klar, warum ein strukturiertes Format wäre noch besser.

Nur ein Beispiel: Wenn Sie eine Methode umbenennen, Ihre diff / merge / Source-Control-Tool wäre in der Lage zu sagen, dass nur eine Sache verändert hatte. Die Werkzeuge, die wir heute verwenden, um eine lange Liste der Änderungen zeigen würden, einen für jeden Ort und Datei, dass die Methode aufgerufen wurde oder erklärt.

(By the way, dieser Beitrag keine Antwort auf die Frage, wie Sie vielleicht bemerkt haben)

Der Trend, den wir über DSLs sehen, sind das erste, was in den Sinn kommt, wenn Ihre Frage zu lesen. Das Problem ist, dass es keine Beziehung (wie UML) zwischen den Modellen 1-zu-1 existiert und eine Implementierung. Microsoft unter anderem arbeitet dort auf immer, so dass Sie Ihre Anwendung erstellen können, als etwas UML-like, dann kann Code generiert werden. Und das Wichtigste -. Wie Sie sich entscheiden, Ihren Code zu ändern, wird das Modell diese wieder spiegeln

Windows Workflow Foundation ist ein ziemlich gutes Beispiel. Ursache gibt es flache Dateien und / oder XML im Hintergrund, aber Sie in der Regel Ihre Geschäftslogik in der Orchestrierung Werkzeug am Ende definieren. Und das ist ziemlich cool!

Wir brauchen mehr der „Software Factories“ zu denken, und werden eine reiche IDE Erfahrung in der Zukunft, aber solange Computer lief auf Nullen und Einsen, Textdateien und (wahrscheinlich) immer eine Zwischenstufe sehen . Da mehrere Personen bereits erwähnt sein, einfache Textdateien sind sehr flexibel.

Ich habe mich gefragt, wehmütig die gleichen, wie in der Antwort beschrieben: Welches Werkzeug / application / was auch immer haben Sie bestanden Wunsch?

Während es einfach sehr viele Vorteile, sich vorzustellen, ich die größte Hürde denken, die angegangen werden müssten, ist, dass niemand eine brauchbare Alternative produziert hat.

Wenn die Leute von Alternativen denken Quelle als Text zu speichern scheinen sie oft sofort in Form von grafischen Darstellungen zu denken (ich beziehe mich hier auf die kommerziellen Produkte, die verfügbar sind - z. B. HP-VEE). Und wenn wir uns die Erfahrung der Menschen, wie die FPGA-Designer betrachten, sehen wir, dass die Programmierung (ausschließlich) grafisch einfach nicht funktioniert -. Also Sprachen wie Verilog und VHDL

Aber ich sehe nicht, dass die Speicherung der Quelle notwendigerweise auf das Verfahren zum Schreiben es in erster Linie gebunden werden muss. Eingabe der Quelle kann weitgehend als Text erfolgen - was bedeutet, dass die Fragen der Kopieren / Einfügen noch erreicht werden kann. Aber ich sehe auch, dass Verschmelzungen und Rollbacks, indem sie auf der Grundlage von tokengekennzeichneten Meta-Quelle durchgeführt werden könnten wir genauere und leistungsfähigeren Manipulationswerkzeug erreichen.

verwendet Visual FoxPro DBF-Tabellenstrukturen Code und Metadaten für Formulare zu speichern, Berichte, Klasse Libs, etc. Dies sind Binärdateien. Es speichert auch Code in prg-Dateien, dass die tatsächlichen Textdateien ...

Der einzige Vorteil, den ich sehe, ist in der Lage, die eingebauten VFP Daten Sprache zu verwenden, um Code sucht auf diesen Dateien ... anders als zu tun, dass es imo eine Verbindlichkeit ist. Mindestens einmal alle paar Monate, eine dieser Dateien werden ohne ersichtlichen Grund beschädigt werden. Integration mit Quellcodeverwaltung und Differentialen auch sehr schmerzhaft. Es gibt Abhilfen für diese, sondern beinhalten die Datei konvertieren vorübergehend in Text!

Für ein Beispiel einer Sprache, die mit dem herkömmlichen Textprogrammierung beseitigt, finden Sie in den Lava Sprache .

Ein anderes geschicktes, was ich gerade vor kurzem entdeckt subtext2 ( Video-Demo ).

Der Code des Programms definiert die Struktur, die mit XML oder Binärformat erstellt werden würde. Ihre Programmiersprache ist eine direkte Darstellung Ihrer Programmstruktur als eine XML-oder Binär-Darstellung wäre. Haben Sie jemals bemerkt, wie Word auf Sie sich schlecht benimmt, wie Sie Struktur zu Ihrem Dokument geben. Wordperfect zumindest würde ‚offenbaren Codes‘, damit Sie sehen, was sich unter Ihrem Dokument legen. Flat Files tun das gleiche für Ihr Programm.

Ordentlich Idee. Ich habe ich in einem kleineren Maßstab gewundert ... viel kleiner, warum kann nicht IDE X diese oder jene erzeugen.

Ich weiß nicht, ob ich als Programmierer fähig bin noch etwas so cool und komplex zu entwickeln, wie Ihr zu reden oder was ich denke, aber ich würde bei dem Versuch interessiert.

Vielleicht mit einigen Plugins für .NET, Eclipse, Netbeans, und so weiter beginnen? Führen Sie vor, was getan werden kann, und einen neuen Trend starten bei der Codierung.

Ich denke, ein weiterer Aspekt ist, dass der Code ist, was wichtig ist. Es ist, was ausgeführt werden soll. Zum Beispiel in Ihrem UML Beispiel, würde ich denken, eher als UML mit (vermutlich in einem gewissen Editor erstellt, nicht direkt mit dem „Code“ bezogen), die in Ihrer „Quelle blob“ wäre fast nutzlos. Viel besser wäre die UML hat direkt aus dem Code erzeugt, so beschreibt sie den genauen Zustand des Code ist in als Werkzeug für den Code zu verstehen, und nicht als eine Erinnerung daran, was sollte der Code gewesen sein.

Wir haben tun dies seit Jahren in Bezug auf automatisierte doc-Tools. Während die tatsächlichen Programmierer erzeugt Kommentare im Code nicht synchron mit dem Code bekommen könnte, Tools wie JavaDoc und dergleichen getreulich die Methoden auf ein Objekt darstellen, Typen zurückgeben, Argumente usw. Sie stellen sie, wie sie eigentlich nicht, wie einige existieren Artefakt, das aus endlosen Design Treffen kam.

Es scheint mir, dass, wenn Sie beliebig zufällig Artefakte zu einigen „Quelle blob“ hinzufügen könnte, diese wahrscheinlich veraltet sein würde und weniger als nützlich sofort. Wenn Sie solche Artefakte direkt aus dem Code erzeugen können, dann dem kleinen Aufwand Ihren Build-Prozess zu bekommen zu tun, so ist erheblich besser als die zuvor erwähnten Gefahren der Abkehr von Klartext-Quelldateien.

Damit verbunden ist ein Erklärung, warum Sie ‚d eine Klartext-UML-Tool verwenden möchten ( UMLGraph ) scheint fast gleichermaßen anzuwenden auch, warum Sie Klartext-Quelldateien werden sollen.

Dies könnte nicht beantworten genau Ihre Frage, aber hier ist ein Editor eine höhere Ansicht von Code ermöglicht mit: http://webpages.charter.net/edreamleo/front.html

Ich denke, der Grund, warum Textdateien in der Entwicklung verwendet werden, ist, dass sie universell gegen verschiedene Entwicklungs-Tools sind. Sie können einige Fehler mit einem einfachen Texteditor Blick ins Innere oder sogar beheben (Sie es in einer Binärdatei nicht tun können, weil Sie nie wissen, wie jede fix andere Daten zerstören würde). Es bedeutet jedoch nicht, dass Textdateien am besten für all diese Zwecke sind.

Natürlich können Sie diese Vergleichen und Zusammenführen. Aber es bedeutet nicht, dass das diff / Merge-Tool die unterschiedliche Struktur der Daten durch diese Textdatei codiert verstehen. Sie können die Diff / Merge tun, aber das Diff-Tool nicht die Unterschiede richtig zeigen Ihnen (vor allem in XML-Dateien zu sehen ist), das heißt, es wird Ihnen zeigen, wo die Dateien unterscheiden und welche Teile der Daten das Werkzeug „denkt“ sind gleich. Aber es wird nicht zeigt die Unterschiede in der Struktur der XML-Datei -. Es wird nur Linien entspricht, die gleich aussehen

Ganz gleich, ob wir Binär-Dateien oder Textdateien, ist es immer besser verwenden, dass die Diff / Merge-Tools der Datenstruktur kümmern sie diese Datei darstellt, anstatt die Linien und Zeichen. Für C ++ oder Java-Dateien, zum Beispiel berichten, dass einige Kennung seinen Namen, Bericht geändert, dass einige Abschnitt mit zusätzlichen umgeben war, wenn () {}, aber auf der anderen Seite, ignorieren Änderungen in Einzüge oder EOL-Zeichen. Der beste Ansatz wäre, dass eine Datei in interne Strukturen gelesen und mit spezifischen Formatregeln abgeladen. Auf diese Weise das diff-ing durch die internen Strukturen gestellt wird, sowie die Zusammenführung Ergebnis wird von der fusionierten internen Struktur erzeugt werden.

Moderne Programme bestehen aus flachen Stücken zusammengesetzt, aber sind sie flach? Es gibt usings und schließt und Bibliotheken von Objekten usw. Einen gewöhnlichen Funktionsaufruf ist ein Blick in einen anderen Ort. Die Logik ist nicht flach, aufgrund mehrerer Fäden, usw.

Ich habe die gleiche Vision! Ich wünschte wirklich, würde dies vorhanden ist.

Sie vielleicht einen Blick auf Festung, eine Forschungs Sprache von Sun nehmen wollen Es hat spezielle Unterstützung für Formeln in Quellcode. Das Zitat ist unten von Wikipedia

  

Festung wird von der entworfen   Anfang mehrere syntaktische haben   Stylesheets. Der Quellcode kann   als ASCII-Text, in Unicode gerendert, oder   als verschönert Bild. Dies ermöglicht   für die Unterstützung von mathematischen Symbolen   und andere Symbole in dem gerenderten   Ausgang für das Lesen zu vereinfachen.

Der Hauptgrund für die Persistenz von Text als Quelle ist der Mangel für Elektrowerkzeuge, wie zB Versionskontrolle, für Nicht-Text-Datum. Dies basiert auf meiner Erfahrung mit Smalltalk arbeiten, wo Ebene Byte-Code wird in einem Kern-Dump aller Zeiten gehalten. In einem Nicht-Text-System, mit dem heutigen Tool, ist Teamentwicklung ein Alptraum.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top