Schließlich habe ich es vor zwei Tagen von Delphi2005 getroffen. Der Schlafsaal war besser als 512 m. Apropos Stabilität, es ist viel besser als D8, aber ich habe immer noch gehört, dass es viele Fehler gibt. verwendet werden. Schließlich dauert Borland nicht lange, um Compiler mit .NET zu entwickeln.
Ich werde die neuen Funktionen von DelPhi2005 nicht erwähnen, es ist überall im Internet.
Aber ich verstehe wirklich nicht. Der zweite Punkt ist, dass das UML -Diagramm direkt Code generieren kann. Wissen Sie, ob dies der Grund ist, aber Delphi2005 haben Sie nicht gesagt, dass Sie es ohne ECO tun können? Der letzte Punkt ist, dass der Borland -Compiler möglicherweise einen hohen Niveau hat, aber der Code -Editor ist weit entfernt von VS2005 OK, und die Geschwindigkeit ist extrem schnell, und es kommt sofort heraus. eine Weile herumstürmen, bevor er herauskommt. Um fair zu sein, basieren die Eingabeaufforderungen für die Verwendung von VS direkt auf dem Code. Es wird wirklich eine Katastrophe sein. Apropos automatische Einrückung von Code, Borland ist wirklich unvergleichlich. Das Letzte, was ich nicht mag, ist, dass ich automatisch eine Annotationsvorlage mit 3 // in VS generiere, aber Delphi bietet die entsprechenden Funktionen nicht, daher ist es wirklich nicht einfach, auf diese Weise zu kommentieren.
Zurück zum Thema hat Delphi for So schreiben Sie sie. Nachdem Sie DelPhi2005 haben, können Sie es kaum erwarten, erforschen Sie sich einfach weiter.
Heute werde ich einen Blick auf die Hilfe werfen und den Namespace lernen
Namespace
Namespace deklarieren
In der Projektdatei von Delphi wird ein Namespace implizit deklariert, der als Project Standard -Namespace bezeichnet wird. Angenommen, der Projektdateiheader ist wie folgt definiert:
Programm MyCompany.Programs.myProgram;
Dann ist der Standard -Namespace des Projekts myCompany.Programms
Wenn ein Einheitskopf als Einheit definiert ist ****;
Wenn ein Einheitskopf als Einheit definiert ist ***. ****. ***;
Die Einheit, die auf die erste Weise deklariert ist
Namespace-Benennung ist von Fall unempfindlich. Mit anderen Worten, unter den verschiedenen Segmenten von Wörtern geteilt durch. Der letzte Teil wird nicht als Name gezählt und nicht in die Versammlung zusammengestellt. , Einheit3. Wenn ein großer Namespace mit dieser Funktion in mehrere Dateien unterteilt werden muss, um zu schreiben, können Sie den gesamten Teil dieser Einheiten gleich machen, nur in diesem Abschnitt der letzten.
Verweise auf Namespaces
Verwenden Sie die Verwendungsanweisung. Angenommen, es gibt die folgende Aussage:
verwendet aaa.bbb.unit1, unit2;
Es wurde eindeutig für AAA.BBB.Unit1 spezifiziert.
1 Der aktuelle Einheiten -Namespace (falls vorhanden)
2 Der Projekt Standard -Namespace (falls vorhanden)
3 Namespaces, die von Compiler -Optionen angegeben sind
Obwohl der letzte Abschnitt des Einheitsnamens für externe Compiler nicht zu sehen und nicht zu unterscheiden ist, ist der letzte Abschnitt in Delphi immer noch unverzichtbar, so .Unit1. Unabhängig davon ist Unit1 für die Verwendung von wesentlicher Bedeutung.
In Delphis Hilfe heißt es:
Mehrere Einheiten können mit einer Erweiterung der In-Klausel in der Projektquelldatei in einem Namespace zusammengefasst werden.
Verwendet Myprogram.MynamesPace in 'filepath/unit1.pas; otherPath/unit2.pas';
In diesem Beispiel enthält der Namespace MyProgram.Mynamesspace logisch alle Schnittstellensymbole aus Unit1 und Unit2. Symbol namens Mysymbol, der Compiler meldet einen Fehler in der Verwendungsklausel.
Aber egal wie ich experimentiere, ich achte auf Kompilierungsfehler und es kann nicht implementiert werden.
Bisher habe ich keinen Weg gefunden, auf die von Delphi generierte DLL zu verweisen. Denn wenn ich eine von Delphi für .NET im neue Projekt des Delphi -Projekts zusammengestellte DLL hinzugefügt habe und dann einen fatalen Fehler beispielsweise, kann ich nichts importieren, bitte Pakete verwenden usw. Es gibt jedoch kein Problem beim Hinzufügen von DLLs in vs.NET, und das Programm kann normal ausgeführt werden.
Bisher habe ich nur eine temporäre Lösung gefunden, bei der es darum geht, keine Bibliothek zu generieren und durch ein Paket zu ersetzen, so dass die endgültige Zieldatei auch eine DLL ist und ich sie auch normal in VS.