我提交了WP7应用程序的更新,我让用户抱怨他们的数据在更新后被删除了。我通过将我的ViewModel类序列化为IsolatedStorage中的XML文件来存储我的数据。在我的测试期间,我注意到更新应用程序导致设置文件被我的ViewModel对象的新实例(具有默认值)的序列化副本部分覆盖。我以为我在写入XML文件时使用FileMode.Create解决了这个问题,但我猜不是。
序列化是否会出错,因为我向ViewModel对象添加了新属性,并且从现有XML文件反序列化失败了?我确实有我的代码集来实例化一个新的ViewModel对象,如果无法从XML文件中读取它。如果是这种情况,是否意味着我无法向ViewModel对象添加任何新属性?
编辑:
这是我的ViewModel的结构,并不是那么复杂:
public class MyClass: INotifyPropertyChanged
{
public MyClass()
{
// Set defaults
this.Items= new ObservableCollection<Item>();
this.TextTemplate = "default";
this.HasSeenSomething = false;
}
public ObservableCollection<Item> Items { get; set; }
// New properties added in app update
public string TextTemplate { get; set; }
public bool HasSeenSomething { get; set; }
}
以下是我用于序列化/反序列化ViewModel的代码。我认为这是非常标准的,但也许我已经拙劣了:
public static void WriteToXml<T>(T data, string path)
{
var xmlWriterSettings = new XmlWriterSettings { Indent = true };
using (var myIsolatedStorage = IsolatedStorageFile.GetUserStoreForApplication())
{
using (var stream = myIsolatedStorage.OpenFile(path, FileMode.Create))
{
var serializer = new XmlSerializer(typeof(T));
using (var xmlWriter = XmlWriter.Create(stream, xmlWriterSettings))
{
serializer.Serialize(xmlWriter, data);
}
}
}
}
public static T ReadFromXml<T>(string path)
{
T data = default(T);
try
{
using (var myIsolatedStorage = IsolatedStorageFile.GetUserStoreForApplication())
{
if (myIsolatedStorage.FileExists(path))
{
using (var stream = myIsolatedStorage.OpenFile(path, FileMode.Open))
{
try
{
var serializer = new XmlSerializer(typeof(T));
object instance = serializer.Deserialize(stream);
if (instance != null) data = (T)instance;
}
catch (System.Exception ex)
{
var e = ex;
}
}
}
}
}
catch(System.Exception ex)
{
var e = ex;
}
return data;
}
答案 0 :(得分:0)
你可以,但有一些陷阱。
您需要记住在反序列化对象时不会调用ctor。这意味着如果您在ctor中执行以下操作:
public MyClass() { MyV2Collection = new Collection(); }
如果没有其他机制可以新建集合,如果它为null,那么当你第一次尝试访问该属性时,你将死于NullRef。
以美元为目标,我敢打赌你正在击中#2。
修复它很容易,但你需要记住这样做。选项包括:
public
属性装饰它的函数([OnDeserialized]
)。该代码将在反序列化完成后运行,您可以在那里实例化您的成员。