基于JSON的架构,如何最好地同步前端和后端

Question

看一下将JSON用于基于.net REST的新系统,看起来很棒,但有一点可以暗示我的理解.保持应用程序任一端的JSON同步的策略是什么？

我的意思是,如果您为以下网站进行GET:www.mysite.com/item/12345.然后应用程序的.net端转到db,检索ID为12345的Item并将其解析为对象模型Item,然后将其序列化为JSON并返回.

如果您执行POST操作:www.mysite.com/item并通过 -

{
    "Id": "12346",
    "ItemName": "New Item",
    "ItemCost": 45
}

然后,应用程序的.net端将其拾取,将其反序列化为Item对象,然后将其移交以添加到db.

如何让双方,JS对象模型和.net对象模型序列化同步？这只需要手工维护,还是有一种基于.net模型序列化为JSON提供模板的聪明方法？

我只是在寻找最佳实践,并了解已完成的事情,并且没有看到客户端如何知道将JSON传递给服务器端.

Answer 1

就我个人而言，我发现在 .NET 环境中“推动”这些更改更容易。不想教你如何吸鸡蛋，但 Javascript 是一种非常松散的绑定语言，意味着可以立即添加更改/功能/属性，而在 .NET 中，以更严格的方式测试和稳定 POCO 要容易得多。

我最近尝试过的一种方法是在创建对象时从我的服务生成空的 POCO，然后进行适当的操作，然后将它们推回服务以进行持久化等。它仍然无法解决那种在 Javascript 中工作的狂野西部感觉，但至少数据契约可以在表面上匹配。