Targeting .net 2.0-Lösung mit SCSF-CAB

Question

Mein Team startet eine neue LOB -WinForms -App und ich bewerten architektonische Lösungen. Wir können uns mit VS2008 entwickeln, müssen jedoch auf .NET 2.0 abzielen. Ich würde gerne SCSF-CAB (April 2008) verwenden, aber die Dokumentation besagt, dass .NET 3.5 für die Ausführung (nicht nur kompilierende) Apps, die mit diesem Framework erstellt wurden, und das ist der Kern meiner Frage:

Ist .NET 3.5 wirklich eine Voraussetzung für SCSF-CAB (April 2008)?

Ich frage dies, weil ich in der Lage bin, den Verbund-UI-Block und das SCSF-Leitpaket neu zu kompilieren, auf .NET 2.0 in allen Projekten abzielen und alle Unit-Tests bestehen (mit Ausnahme der 4 Tests, die WPF-spezifisch sind).

Könnte der Kompilier-/Testzyklus keine .NET 3.5 -Abhängigkeit aufzeigen? Fehlt mir etwas an dieser Anforderung?

UPDATE: Ich habe ein grundlegendes Hello World -Modul erstellt, das in einer SCSF -Shell ausgeführt wird, und es wird erfolgreich auf einer virtuellen Maschine ausgeführt, auf der nur Windows XP und .NET 2.0 SP2 enthalten ist. Ich habe auch Reflektor verwendet, um einige der Baugruppen zu analysieren, die mit SCSF versandt werden, und die einzige Abhängigkeit> .NET 2.0, die ich gefunden habe, befindet sich in montage microsoft.practices.smartclient.disconnectedAgent (IT referenziert System.Servicemodel).

Answer 1

Solange Sie sich an die Core Microsoft.Practices.comPositeUi -Namespaces halten, sollten Sie mit .NET 2.0 in Ordnung sein.