c# – ASP.NET WebApi响应模型中的订购属性从基类继承href和id

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – ASP.NET WebApi响应模型中的订购属性从基类继承href和id，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1236字，纯文字阅读大概需要2分钟。

内容图文

我有一个带有几个响应模型的ASP.NET Web Api 2项目.在尝试创建较小的有效负载时,我向用户提供了将实体折叠为id和href链接的选项,我想自动生成.我希望我的所有主要资源响应模型都从仅具有href和id的基本响应模型继承.如果我有一个资源Foo,这看起来像这样：

public class ResourceResponseModel
{
    public string Href { get; private set; }

    public string Id { get; private set; }

    protected ResourceResponseModel(string id)
    {
        Id = id;
    }
}

public class FooModel : ResourceResponseModel
{
    public string Name { get; private set; }

    private ExampleModel (string id, string name)
        : base(id)
    {
        Name = name;
    }

    internal static FooModel From(Foo foo)
    {
        return new FooModel(
            foo.Id,
            foo.Name
        );
    }
}

调用我的控制器时,使用Microsoft.AspNet.Mvc.Json(对象数据)序列化此模型

这似乎工作得很好,除非我查看我最终得到的响应,它将基类属性放在最后：

{
    "name": "Foo 1",
    "href": "api/abcdefg",
    "id": "abcdefg"
}

是否有一种简单的方法可以在资源属性之前显示基本属性？

解决方法:

您可以通过在属性上设置JsonProperty属性并传入Order来解决此问题.

public class ResourceResponseModel
{
    [JsonProperty(Order = -2)]
    public string Href { get; private set; }

    [JsonProperty(Order = -2)]
    public string Id { get; private set; }

    protected ResourceResponseModel(string id)
    {
        Id = id;
    }
}

顺序似乎默认为零,然后在序列化时从低到高排序.文档可以在here找到.

内容总结

以上是互联网集市为您收集整理的c# – ASP.NET WebApi响应模型中的订购属性从基类继承href和id全部内容，希望文章能够帮你解决c# – ASP.NET WebApi响应模型中的订购属性从基类继承href和id所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端