Microsoft veröffentlicht den Sourcecode des .NET Frameworks

[Phoenix]

Ab Version 3.5 des .NET Frameworks wird der Source des Frameworks selber zum Download zur Verfügung stehen.

Zitat:

Zitat von Microsoft

We'll begin by offering the source code (with source file comments included) for the .NET Base Class Libraries (System, System.IO, System.Collections, System.Configuration, System.Threading, System.Net, System.Security, System.Runtime, System.Text, etc), ASP.NET (System.Web), Windows Forms (System.Windows.Forms), ADO.NET (System.Data), XML (System.Xml), and WPF (System.Windows). We'll then be adding more libraries in the months ahead (including WCF, Workflow, and LINQ). The source code will be released under the Microsoft Reference License (MS-RL).

Quelle

:love:

[mkinzler]

Allerdings unter einer sehr restriktiven Lizenz. Aber vielleicht hilft es CodeGear schneller ihre Win32-Abhängigkeit von Vcl.Net loszuwerden
http://www.heise.de/newsticker/meldung/96909

[Edit: Elvis war schneller: http://www.delphipraxis.net/internal....php?t=119859]

[Dax]

Es gibt schon einen Thread dazu, Phoe...

http://www.delphipraxis.net/internal...t.php?t=119859

[JamesTKirk]

Sers mitnand!

Ich weiß, dass es schon einen anderen Thread dazu gibt, aber das muss ich hier loswerden ;)

@mkinzler: Hatten die Entwickler von Borland/CodeGear nicht behauptet nachgeschaut/-forscht zu haben, wie die WinForms funktionieren, um ihre VCL.NET Implementierung genauso aufzubauen? Hatten Sie dabei nicht herausgefunden, dass WinForms auch "nur" auf der Win32 API aufbaut? (Ich hatte das irgendwo mal gelesen, fragt mich aber nicht mehr wo :gruebel: )

[mkinzler]

Zitat:

@mkinzler: Hatten die Entwickler von Borland/CodeGear nicht behauptet nachgeschaut/-forscht zu haben, wie die WinForms funktionieren, um ihre VCL.NET Implementierung genauso aufzubauen? Hatten Sie dabei nicht herausgefunden, dass WinForms auch "nur" auf der Win32 API aufbaut? (Ich hatte das irgendwo mal gelesen, fragt mich aber nicht mehr wo Grübelnd... )

Ja WinForms ist auch nur ein Wrapper um Win32. Aber es besteht trotzdem ein Unterschied, den die WinForms-Implemtierung umgeht erstens die CAS und 2. ist so die Plattformabhängigkeit nicht in der Exe, sondern in einem Systemteil (Programme laufen auf alternativen .Net-Plattformen wie Mono; sogar auf anderen Betriebssystemen)
Aber ich dachte eigentlich nicht an WinForms (welches ja nur als Übergangslöung gedacht war) sondern and WPF

[jbg]

Zitat:

Zitat von mkinzler

umgeht erstens die CAS und 2.

Das ist der einzige Grund, den man aber auch mit viel Geld umgehen kann.

Zitat:

Programme laufen auf alternativen .Net-Plattformen wie Mono;

Warum das wohl so ist? Doch wohl nur, weil sich eine Firma dahinter geklemmt hat, WinForms für X und MacOS zu portieren. Das selbe könnte man auch mit der VCL machen (wenn CodeGear eine bessere VCL Quellcode Lizenz hätte).

Zitat:

Aber ich dachte eigentlich nicht an WinForms (welches ja nur als Übergangslöung gedacht war) sondern and WPF

Genau das kam mir auch als erstes in den Kopf. Nur wirkt da das Lizenzmodel von Microsoft etwas sperrig.

[mkinzler]

Borland hat ja schon länger angekündigt VCL.Net auf WPF aufzusetzen, bisher ist halt noch nichts davon zu sehen und auch in der RoadMap nichts ersichtlich.

[sakura]

Zitat:

Zitat von mkinzler

Borland hat ja schon länger angekündigt VCL.Net auf WPF aufzusetzen, bisher ist halt noch nichts davon zu sehen und auch in der RoadMap nichts ersichtlich.

Falsch, man hat gesagt, dass man der Möglichkeit nachgeht und über die Umsetzung nachdenkt. Ob es passiert steht leider auf einem anderen Blatt und nach der Ansage von Nick auf der EKON sieht es eher mau aus ;(

...:cat:...

[mkinzler]

Hat sich CodeGear schon mit ihrem Ende abgefunden oder hat Nick einen anderen Grund dafür genannt?

[Phoenix]

Er ist der Meinung, die VCL.NET sei, so wie ist, eine 'superior solution' gegenüber Windows Forms.

Und dann ein technisches Detail: WPF wird ohne Partial Classes nicht funktionieren können. Zu meiner Frage nach Partial Classes hatte Nick gemeint, eine saubere Klassenhierarchie sei besser.

Ich persönlich habe aus diesem Grunde Delphi für .NET abgeschrieben. Im nativen Bereich gibts nix besseres, das ist ganz klar, aber was die managed Welt angeht werde ich nicht auf eine Firma setzen, die ihre Kunden in dieser Hinsicht bereits mehr als einmal schwer enttäuscht hat und auch keine Anstalten macht, das Vertrauen wieder aufzubauen.