Ich habe regelmäßig gelesen, dass das Framework einfach zu groß ist, als dass ein Entwickler Erfahrung mit jedem Teil davon hätte. Ein paar tatsächliche Zahlen würden sicherlich dazu beitragen, die Dinge ins rechte Licht zu rücken.Wie groß ist die .NET (3.5) Framework-Klassenbibliothek?
MSDN scheint sie alle aufzulisten, aber es gibt keine tatsächlichen Zahlen (von dem, was ich sehen konnte) und Stunden zu zählen, ist nicht meine Vorstellung von produktiver Zeit.
- Anzahl der Namensräume
- Anzahl der Klassen
- Anzahl der Structs
- Anzahl der Schnittstellen
ich es erkennen sind auch die Delegierten, Aufzählungen, Veranstaltungen, etc, aber die oben genannten Arten sind von größtem Interesse.
Auch die Anzahl der Typen in der Basisklassenbibliothek (BCL) sowie die Größe der gesamten Framework Class Library (FCL) wäre interessant.
würden diese Informationen auf 2 Arten nützlich sein:
Zur einem Griff, wie viel Sie von dem Gesamtrahmen mit tatsächlich gearbeitet haben, zu bekommen und wie viel Sie noch lernen müssen.
Zweitens sind viele Programmierer von anderen Plattformen (und Nicht-Techniker) oft überrascht, dass ein Programmierer die meiste Zeit im ".NET Framework" verbringen kann. Einige Zahlen würden sicherlich erklären, warum dies kein Hinweis auf enge Fähigkeiten/Erfahrungen ist.
[Update]
Andrews Code verwenden (auf meinem .NET 3.5 SP1-System) erhalte ich:
Classes: 12688 Value types: 4438 Interfaces: 1296
Sie könnten sich für die schnelle Analyse von .NET 4.0 von Patric Smacchia interessieren: http://codebetter.com/blogs/patricksmacchia/archive/2009/05/21/a-quick-analyze-of-the-net-fx -v4-0-beta1.aspx –
Ich kompiliere Andrew's Code in VS2010: classes: 12704 Werttypen: 4416 Interface: 1287 – AminM