Aufschrei

[Laurin Stoll]

Bitte lasst mich einmal ausrufen - einmal im Plenum laut losbrüllen:

ES IST PHÄNOMENAL WIE VIEL MÜHE SICH MICROSOFT GIBT MÖGLICHST
UNTESTBAREN CODE ZU SCHREIBEN

Einige Beispiele gefällig?
ADO.NET Entity Framework
VSTO

hm... per Zufall meine aktuellen Projekttechnologien.
Ja man kriegt alles hin - aber bitte ist es denn zu viel verlangt, das
Microsoft sich vielleicht ein zwei Gedanken im Vorfeld dazu macht wie
leidgeplangt ein Entwickler wohl sein könnte wenn sie mit ihren
Klassen, welche alle als sealed markiert sind, daher kommen???

Soviel zu dem Post, ich wollte euch einfach mal meine aktuellen Leiden
mitteilen....

[Stefan Lieser]

<weltschmerz>
Ich schreie mal mit: auch in der Silverlight 2 BCL sind Klassen
enthalten ohne Interface oder internen Ctors. Zum Beispiel die Klasse
WebClient. Nichtmal die dazu gehörigen Exception Klassen haben einen
public ctor.

Da muss man dann einen Wrapper drum basteln.... Toll... Die sollen
endlich mal ihre Hausaufgaben machen.
</weltschmerz>

Herzliche Grüße
Stefan

[Markus Zywitza]

Mach mal eine Kalkulation, ob sich der Kauf von TypeMock lohnt. Ich bin zwar auch eher für gescheite APIs, aber wenns halt net anders geht...

 

-Markus

[Steve Wagner]

Es gab mal nen guten Post von nem Microsoft Mitarbeiter (den ich leider
nicht mehr finden kann) der beschrieb was es für einen enormen Aufwand
bedeutet auch nur bei einer einzige Framework Klasse das sealed raus zu
nehmen.

Es ist aber auch kein generelles Problem bei Microsoft wie man z.B. beim
MVC Team sehen kann.

-Steve

Stefan Lieser schrieb:

[Gabriel Schenker]

an und für sich finde ich Silverlight ganz gut. Wir gehen aber an die Grenzen des Machbaren und dort fangen die Probleme an. Bugs im event rising, sealed classes, internal members, catastrophic failure in der core library...

sniff...

-Gabriel

2009/6/18 Stefan Lieser <ste...@lieser-online.de>