C# 从webmethod返回的JSON或HTML

通过JSON从类返回数据，然后在客户端构建HTML，或者在返回的数据中构建HTML，首选的方法是什么

---

谢谢，JSON是首选方法。它提供了一个更具可扩展性的解决方案，不依赖于您使用的服务的使用者。

JSON是首选方法。它提供了一个更具可扩展性的解决方案，它不依赖于您正在使用的服务的使用者。

这取决于您的应用程序的性质。例如，如果您想要构建一个列表，那么让一个web方法返回一个JSON、一个列表项的模板并使用jQuery或类似的东西（甚至是手工）构造DOM是有意义的。但是，有时返回HTML（例如，如果您需要获取列表项的主题模板）可能是有意义的，但随后您将再次返回JSON以获取数据。

这取决于应用程序的性质。例如，如果您想要构建一个列表，那么让一个web方法返回一个JSON、一个列表项的模板并使用jQuery或类似的东西（甚至是手工）构造DOM是有意义的。然而，有时返回HTML（例如，如果您需要获取列表项的主题模板）可能是有意义的，但随后您将再次返回JSON以获取数据。

MVC框架为生成HTML服务器端提供了广泛的支持，使用控制器和视图提供结构。我建议您阅读一下。

MVC框架为生成HTML服务器端提供了广泛的支持，使用控制器和视图提供结构。我建议你读一读这篇文章。

你的问题几乎可以翻译成：“我选择还是？”就微软技术而言。老实说，我认为WebForms或在服务器上构建HTML有点过时，更现代的方法MVC在可伸缩性方面更好，如上所述。向客户端交付JSON允许您跨视图（页面）重用数据服务，并根据应用程序的发展情况呈现不同的前端，而服务器端呈现的HTML很难修改。

您的问题几乎可以转化为：“我选择还是？”就Microsoft技术而言。老实说，我认为WebForms或在服务器上构建HTML有点过时，更现代的方法MVC在可伸缩性方面更好，如上所述。向客户端交付JSON允许您跨视图（页面）重用数据服务，并根据应用程序的发展情况呈现不同的前端，而服务器端呈现的HTML很难修改。

即使特定的框架使得在服务器端生成标记更容易，但它也不一定总是最佳选择。在一个技术不可知且可互操作的环境中，派生一个可伸缩的解决方案始终是最好的选择——在本例中是JSON。这是一个公平的观点，也是为什么我编辑这篇文章的目的，它更多地是一个供进一步阅读的建议，而不是一个观点。这将在很大程度上取决于实际尝试的内容。我看到了编辑。虽然特定的框架使得在服务器端生成标记变得更容易，但它并不一定总是最好的选择。在一个技术不可知且可互操作的环境中，派生一个可伸缩的解决方案始终是最好的选择——在本例中是JSON。这是一个公平的观点，也是为什么我编辑这篇文章的目的，它更多地是一个供进一步阅读的建议，而不是一个观点。这将在很大程度上取决于实际尝试的内容。我看到了编辑。我并不是想表现出对抗性，所以请原谅。