Autor Beitrag
Kha
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic star
Beiträge: 3803
Erhaltene Danke: 176

Arch Linux
Python, C, C++ (vim)
BeitragVerfasst: Do 25.06.09 23:58 
user profile iconalzaimar hat folgendes geschrieben Zum zitierten Posting springen:
Beim Arbeiten mit C# und Delphi fällt mir sofort auf, das GUI-Anwendungen, sowie das Verarbeiten von XML mit Delphi einfach wesentlich schneller geht.
Normalerweise versuche ich erst gar nicht, .NET irgendwie zu "verkaufen", aber da es hier ja auch explizit um C# geht, muss ich doch mal nachfragen, wo genau du Unterschiede siehst.
TXMLDocument sieht für mich auf den ersten Blick exakt deckungsgleich mit XmlDocument aus. Wobei ich unter .NET eher das noch einen Zacken elegantere Linq2XML empfehlen würde - oder natürlich XML-Serialisierung, einfacher gehts nimmer ;) .

Auch zwischen VCL und Winforms sind mir nie große Unterschiede aufgefallen, wohl eher frappierende Ähnlichkeiten ;) . Bin aber sowieso bald zu WPF gewechselt, das genauso wenig mit RAD zu tun hat wie Ruby on Rails.

@Popov & jaenicke:
Zitat:
The .NET Framework Client Profile is a subset of the full .NET Framework 3.5 SP1 that targets client applications.
Für die meisten Desktop-Anwendungen sollte diese kleinere Version genügen, es sind also tatsächlich auch bei 3.5SP1 28MB möglich.
Auch interessant in diesem Zusammenhang (für die vollständige Version): www.hanselman.com/smallestdotnet/

_________________
>λ=
alzaimar
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starofftopic star
Beiträge: 2889
Erhaltene Danke: 13

W2000, XP
D6E, BDS2006A, DevExpress
BeitragVerfasst: Fr 26.06.09 04:56 
user profile iconKha hat folgendes geschrieben Zum zitierten Posting springen:
user profile iconalzaimar hat folgendes geschrieben Zum zitierten Posting springen:
Beim Arbeiten mit C# und Delphi fällt mir sofort auf, das GUI-Anwendungen, sowie das Verarbeiten von XML mit Delphi einfach wesentlich schneller geht.
Normalerweise versuche ich erst gar nicht, .NET irgendwie zu "verkaufen", aber da es hier ja auch explizit um C# geht, muss ich doch mal nachfragen, wo genau du Unterschiede siehst.
TXMLDocument sieht für mich auf den ersten Blick exakt deckungsgleich mit XmlDocument aus. Wobei ich unter .NET eher das noch einen Zacken elegantere Linq2XML empfehlen würde - oder natürlich XML-Serialisierung, einfacher gehts nimmer ;) .

Ich habe mich gestern gerade mal wieder mit dem XML-Mapper beschäftigt und war daher etwas subjektiv. Aber damit ging die Aufgabe einfach sehr schnell. Gibt es eine korrespondierende C#-Blackbox, die mir einen ähnlich einfach zu handhabenden Code aus einem XSD-Schema bastelt?

Ansonsten gebe ich Dir Recht, das die Tatsache, das XML bereits in die Sprache C# verbaut ist, ein nicht von der Hand zu weisendes Argument ist. Besser ginge es mit C# allemal. Geht es auch wirklich schneller? (Stichwort: RAD)?

Die Unterschiede von WinForms und VCL sind nicht in der Architektur zu suchen. Davon sprach ich nicht. Ich sprach von der IDE bzw. speziell vom Formular-Designer und dem Objektinspektor, der bei Delphi einfach durch viele kleine fehlende Macken bzw. Features (Arbeiten mit der Tastatur z.B.) an vielen Ecken um ein paar 1/10tel Sekunden besser ist, sodas für mich unterm Strich die Delphi-IDE einen Tick besser ist.

_________________
Na denn, dann. Bis dann, denn.
Aya
ontopic starontopic starontopic starontopic starontopic starontopic starofftopic starofftopic star
Beiträge: 1964
Erhaltene Danke: 15

MacOSX 10.6.7
Xcode / C++
BeitragVerfasst: Fr 26.06.09 13:05 
Mal ne generelle frage..

inwiefern sind C# und .Net verstrickt miteinander?

Ich dachte bisher immer C# sei eine ganz normale programmiersprache in der man halt das .Net framework verwenden kann…
Oder sind C# und .Net so sehr zusammengestrickt das C# ohne .Net garnichts kann? (Bzw wenn es ein alternatives Framework zu .Net gäbe, könnte man dieses nutzen anstelle von .net?)

Aya

_________________
Aya
I aim for my endless dreams and I know they will come true!
jfheins
ontopic starontopic starontopic starontopic starontopic starontopic starofftopic starofftopic star
Beiträge: 918
Erhaltene Danke: 158

Win 10
VS 2013, VS2015
BeitragVerfasst: Fr 26.06.09 13:31 
Ich glaube nicht, dass man mit C# anständig programmieren kann ohne das Framework - denn C# wird ja im Allgemeinen in IL kompiliert, und das ist eben nicht ohne .net FW lauffähig.
Ich hab aber mal von einem µC gehört, den man mit C# programmieren kann ... 300€/Stück aber es soll wohl gehen ...

Man kann natürlich wahlweise für das richtige .net-FW, Mono oder das CF programmieren, aber so ganz ohne wird es imo nichts werden.
Kha
ontopic starontopic starontopic starontopic starontopic starontopic starontopic starhalf ontopic star
Beiträge: 3803
Erhaltene Danke: 176

Arch Linux
Python, C, C++ (vim)
BeitragVerfasst: Fr 26.06.09 15:30 
user profile iconalzaimar hat folgendes geschrieben Zum zitierten Posting springen:
Ich habe mich gestern gerade mal wieder mit dem XML-Mapper beschäftigt und war daher etwas subjektiv. Aber damit ging die Aufgabe einfach sehr schnell. Gibt es eine korrespondierende C#-Blackbox, die mir einen ähnlich einfach zu handhabenden Code aus einem XSD-Schema bastelt?
Xsd.exe kann XSDs in typisierte DataSets übersetzen (oder auch in einen Objektbaum, eben XML-Serialisierung... in Zeiten von O/RMs kann ich persönlich mit DataSet nicht mehr viel anfangen. Dass auch damit Rapid Prototyping möglich ist, zeigt das Scaffolding in Rails, ASP.NET MVC und bald auch WPF).
user profile iconalzaimar hat folgendes geschrieben Zum zitierten Posting springen:
Ansonsten gebe ich Dir Recht, das die Tatsache, das XML bereits in die Sprache C# verbaut ist, ein nicht von der Hand zu weisendes Argument ist.
Das ist vielleicht falsch rübergekommen: LINQ to XML ist einfach eine kleine API, die im Gegensatz zu XmlDocument alle Sprachfeatures voll ausnutzt (darunter LINQ, aber auch Operatorüberladungen, Nullables, ...). Fragwürdige direkte Unterstützung von XML besitzt nur eine gewisse andere Sprache :zwinker: ...
Mal ein dämliches Beispiel:
ausblenden C#-Quelltext
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
    static double GetPrice(double original, double? customDiscount)
    {
      return Math.Round(original * (1 - (customDiscount ?? 0.1)), 2);
    }

    static void Main()
    {
      var source = XElement.Parse(@"
<Orders xmlns="
"http://example.delphi-forum.de"">
  <Order Price="
"34.56""  />
  <Order Price="
"34.56"" Discount=""0.2"" />
  <Order Price="
"10.00"" Discount=""0.3"" />
</Orders>"
);
      
      XNamespace ns = "http://example.delphi-forum.de";
      foreach (XElement order in source.Elements(ns + "Order"))
        Console.WriteLine(
          GetPrice((double)order.Attribute("Price"), (double?)order.Attribute("Discount"))
        );
    }

ausblenden Quelltext
1:
2:
3:
31,1
27,65
7


user profile iconalzaimar hat folgendes geschrieben Zum zitierten Posting springen:
Ich sprach von der IDE bzw. speziell vom Formular-Designer und dem Objektinspektor, der bei Delphi einfach durch viele kleine fehlende Macken bzw. Features (Arbeiten mit der Tastatur z.B.) an vielen Ecken um ein paar 1/10tel Sekunden besser ist, sodas für mich unterm Strich die Delphi-IDE einen Tick besser ist.
Ok, das kann ich bei keinem von beiden beurteilen. Beim VS-Designer fand ich besonders die SmartTags immer ganz nützlich, aber einem Tastatur-Profi werden die wahrscheinlich gar nichts mehr nützen ;) .

@Aya: Fragt sich nur, wofür man so ein "alternatives Framework" bräuchte :gruebel: :wink: . Es müsste schon sehr ähnlich zum Original sein, C# ohne Garbage Collector ist zum Beispiel kaum vorstellbar. Deshalb besitzt selbst das Micro Framework einen, dafür läuft es eben wohl wirklich nur auf Modellen für
user profile iconjfheins hat folgendes geschrieben Zum zitierten Posting springen:
300€/Stück

Das Framework bietet eben nicht nur die API, sondern auch die Runtime. Und die ist bei den meisten anderen Sprachen genauso unauswechselbar, nur dass sie in Delphi usw. direkt einkompiliert ist.

_________________
>λ=