Frage

Ich entwickle eine Anwendung für einen Windows-basierten Tablet-PC. Diese Anwendung ist so ziemlich ein Port einer Anwendung, die ich bereits auf einem Gerät Windows Mobile entwickelt mit .NET CF. Ich möchte die Anwendung von Grund auf neu schreiben, alle Vorteile des Wissens nimmt ich in der Software-Entwicklung gewonnen haben.

Ich würde auch diese neue Anwendung wie so schreiben, dass, wenn ich dies wünscht, kann ich mein bestehendes Windows Mobile App ändern, um die neuen Bibliotheken zu verwenden. Im Idealfall, ich werde einen gemeinsamen Satz von Geschäftslogik und Datenzugriff Bibliotheken haben, wobei der einzige wirkliche Unterschied ist die UI-Ebene -. WPF für die Tablet-Version und nur eine Standard-CF-Schnittstelle für die Windows Mobile-App

Dieses Unter Berücksichtigung, werde ich brauchen, um sicherzustellen, dass all die Projekte, die ich schaffen sind kompatibel mit dem .NET Compact Framework. Gibt es einen einfachen Weg, dies zu gewährleisten? Ein Gedanke, den ich hatte, war ein Smart Device Projekt für jede Klassenbibliothek zu verwenden, die ich erstellen.

Neben diesem, ist es einfach für mich, diese Bibliotheken für .NET CF-Anwendung von einer Standard-Windows-Anwendung geschrieben verweisen?

Ist die Entwicklung einer Anwendung für einen Tablet-PC bildet die gleiche alle normalen Fenster als Entwicklungs Anwendung? Gibt es eine andere Version des .NET Framework zu berücksichtigen, oder sind Tabletten ziemlich Standard-Windows-PC?

War es hilfreich?

Lösung

Es gibt keine spezielle Version von .NET Framework für Tablet PC. Die Frage des Teilens Code zwischen Windows Mobile und Windows wurde vor gefragt und die akzeptierte Antwort ist ausgezeichnet.

Andere Tipps

Die Tabletten die ich gesehen habe laufen Standard-Windows mit dem „vollen“ .NET, aber ich erwarte Sie können einige leichte Geräte bekommen, auch. Eine interessante Möglichkeit könnte „Kundenprofil“ sein (eine Teilmenge des regulären „voll“ .NET-DLLs.) - aber ich habe nicht viel davon selbst gesehen

CF und regelmäßige .NET teilen sich eine Menge Dinge, aber letztlich gibt es Unterschiede; weder ist eine strenge Untergruppe von der anderen Seite. Ich habe das für 2-Frameworks zu schreiben Code in der Regel die einzige Möglichkeit gefunden beide aktiv zu halten ist ... für protobuf-net (die dieses Problem hat) I für jeden Rahmen eine Projektdatei zu halten, damit ich schnell prüfen kann, dass die bauen funktioniert überall (dh es keine fehlenden Methoden etc. sind).

Sie können Sie #if Blöcke verwenden müssen, finden etwas anderen Code auf den beiden Frameworks laufen, vor allem wenn man „voll“ .NET-Features aus Leistungsgründen (die nicht existieren in der CF-Version) verwenden möchten. Ein Weg, um dies zu erleichtern es die proj Dateien zu hacken rekursive Datei Aufnahme zu verwenden:

<Compile Include="**\*.cs" />

Jetzt müssen Sie keine neue Dateien zu beiden Projekten zu halten das Hinzufügen - automatisch (Einschränkung: in der IDE können Sie das Projekt müssen Entladen / Neuladen) abgeholt werden.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top