MVVMCross als "native" Bibliotheken

Question

Ich habe ein Projekt, das stark von Servicestack abhängt, leider die V4-Releases, die die PCL-Freigabe für die meisten Plattformen umfasst (insbesondere nach der Gabelung für eine Xamarin-Lizenz), ist nur aus meiner Preisklasse als ISV auswegs aus dem Weg.Ich habe den MVVMCROSS-Code geklont, aber bevor ich mich um das Messen anfange, würde ich wissen, welche Fallstricke ich beim Versuch, eine Nicht-PCL-basierte Version zu erstellen, mit den Plattformen, die ich trefferig ist, kompatibel (derzeit xamarin.Adroid, WPF und WinRT) kompatibel.Die Idee wäre, den Code für das WPF-Projekt wiederverwenden zu können, um Android- und WinRT-Clients aufzubauen.

hat jemand irgendwelche Zeiger?

Answer 1

Ich glaube nicht, dass es ein Problem oder eine Fallstricke mit dem gibt, was Sie beschreiben - und ich glaube nicht, dass Sie die MVVMCROSS-Quelle formen müssen.

Sie sollten in der Lage sein, Ihre Apps als nummerierter Code zu erstellen, und können dann in der Lage sein, die MVVMCROSS PCL-Bibliotheken direkt aus den einheimischen Bibliotheken zu verweisen, die Sie aufbauen.Viele Leute verwenden bereits MVVMCROSS mit "Dateiverknüpfung" anstelle von PCLs - es ist nicht das Standard-Setup, das von den Nuget-Paketen gefördert wird, aber es funktioniert immer noch in Ordnung.