Einzelnen Beitrag anzeigen

peteress

Registriert seit: 6. Sep 2004
49 Beiträge
 
#16

Re: Delphi für .NET <> Delphi Win32

  Alt 17. Jan 2006, 20:49
Ach ja

Zitat von Elvis:
Das hat auch eindeutig nichts mit dem Single oder Multipass Compiler zu tun.]Richtig, dafür muss der Compiler nur schlau genug sein. Suche einfach mal Hier im Forum suchenDialogResult.
Andere .Net-Komposter erkennen einfach wann etwas ein Typ sein _muss_ und wann der Bezeichner eine Variable/Property ist.
Solche Dinge hat man in .Net alle paar Minuten, schlichtweg weil es dort normal ist, Property und Typ gleich zu benennen. Es ist schon sehr nervig ständig typen aliase oder den kompletten Pfad zum Typen tippen zu müssen.
Das ist das Konzept einzelner Sprachen, und um welchen Preis.

Sind Konstrukte wie
Zitat:
using System;
using System.Drawing;
using System.Collections;
using System.ComponentModel;
using System.Windows.Forms;
using System.Data;
...

private System.ComponentModel.IContainer components;
private System.Windows.Forms.MainMenu mainMenu1;
private System.Windows.Forms.MenuItem menuItemFile;
private System.Windows.Forms.MenuItem menuItemNew;
nicht fürchterlich?
Der Compiler erkennt das Schlüsselwot doch nur weil es in jeder Zeile wiederholt wird (Aufbau der Zeile). Das spart weder Tipparbeit, noch macht es den Code lesbarer.
Wenn es nicht jetzt schon in den entsprechenden Codeguidelines steht, so wird man in Kürze darin finden, das man dieses Feature nur verwenden sollte, wenn es sich nicht vermeiden lässt

Ein recht hoher Preis, nur dafür begin als Methodennamen verwenden zu können.

Grüße
Peter
  Mit Zitat antworten Zitat