根据我的经验,最好的办法是使用单元测试来验证应用程序中使用的各种类型,并使用try / catch查看它是否通过.在运行时,使用try / catch(而不是每次预检)并记录/处理异常.

如果您有单元测试的有效兼容类型列表,则可以根据先前测试确定的编译时列表预先检查T,并假设任何其他类型都没有问题.可能想要观察已知有效类型的子类,即使它们从有效的可序列化类型继承,但它们的实现可能不是.

编辑：由于这是针对Windows Phone 8,虽然我没有该平台的经验,但我使用过Silverlight.在这种情况下,您可以序列化对象,即使它们未标记为[Serializable](事实上,它甚至不存在于Silverlight中).无论装饰如何,内置的XmlSerializer都可以对抗所有公共属性.查看它是否可序列化的唯一方法是尝试序列化和尝试/捕获失败,或者编写算法来检查每个属性(并递归地通过子对象)并检查每个类型是否可以序列化.

EDITx2：看看你的ObjectStorageHelper,我建议你只是尝试序列化并捕获任何失败.您不一定要直接冒泡.您可以使用自己的自定义异常进行换行,也可以使用返回的结果对象通知API使用者序列化的通过/失败以及可能失败的原因.最好假设调用者使用的是有效对象,而不是每次都进行昂贵的检查.

EDITx3：由于你在save方法中做了很多其他工作,我建议你重写这样的代码：

public async Task SaveAsync(T Obj)
{
    if (Obj == null)
        throw new ArgumentNullException("Obj");

    StorageFile file = null;
    StorageFolder folder = GetFolder(storageType);
    file = await folder.CreateFileAsync(FileName(Obj),CreationCollisionOption.ReplaceExisting);

    IRandomAccessStream writeStream = await file.OpenAsync(FileAccessMode.ReadWrite);
    using (Stream outStream = Task.Run(() => writeStream.AsStreamForWrite()).Result)
    {
        try
        {
            serializer.Serialize(outStream,Obj);
        }
        catch (InvalidOperationException ex)
        {
            throw new TypeNotSerializableException(typeof(T),ex);
        }

        await outStream.FlushAsync();
    }
}

这样您就可以专门捕获序列化问题,并且可以非常清楚地向API使用者报告他们提供了无效/不可序列化的对象.这样,如果您将异常作为I / O部分的一部分抛出,则问题更明确.实际上,您可能希望将序列化/反序列化方面分离到它们自己的离散方法/类,以便您可以提供其他序列化程序(或者从问题所在的堆栈跟踪中更清楚,或者只是让您的方法执行一个事情和唯一的事情)但是任何更多的重写/重构实际上都留给了代码审查,并且对于手头的问题无效.

仅供参考,我还对您的输入对象进行了空检查,因为如果用户传递null,他们会认为保存是成功的,实际上没有任何反应,并且他们可能期望一个值可以在以后加载存在.如果要允许空值作为有效值,那么不要打扰抛出错误的检查.