Asp.net mvc ASP.NET MVC-创建浏览器UI是否更容易？
在过去的3-4年里，我没有花太多时间做太多的浏览器开发。所以我在这方面有点落后。我很好奇ASP.NETMVC是否能让开发复杂的基于浏览器的屏幕/表单变得更容易？在过去，我最讨厌开发人员浏览器应用程序的一件事是非常乏味的，那就是创建屏幕/表单。嗯，以前使用webforms有点太简单了。你不会太喜欢MVC的这一方面的…嗯，以前使用webforms有点太简单了。你不会太喜欢MVC的这一方面的…如果不指出显而易见的问题，你仍然在使用HTML/CSS以及随之而来的所有固有限制 MVC实际上只是提供了一种在应用程序中传递数据的更受控制的方法。在这方面，管理数据更容易，但仍以HTML/CSS呈现Asp.net mvc ASP.NET MVC-创建浏览器UI是否更容易？,asp.net-mvc,Asp.net Mvc,在过去的3-4年里，我没有花太多时间做太多的浏览器开发。所以我在这方面有点落后。我很好奇ASP.NETMVC是否能让开发复杂的基于浏览器的屏幕/表单变得更容易？在过去，我最讨厌开发人员浏览器应用程序的一件事是非常乏味的，那就是创建屏幕/表单。嗯，以前使用webforms有点太简单了。你不会太喜欢MVC的这一方面的…嗯，以前使用webforms有点太简单了。你不会太喜欢MVC的这一方面的…如果不指出显而易见的问题，你仍然在使用HTML/CSS以及随之而来的所有固有限制 MVC实际上只是提供了一种在
我还没有构建如此大规模的应用程序，但在我的小应用程序中，它仍然可以归结为HTML/CSS。没有指出显而易见的一点，您仍然在使用HTML/CSS以及随之而来的所有固有限制 MVC实际上只是提供了一种在应用程序中传递数据的更受控制的方法。在这方面，管理数据更容易，但仍以HTML/CSS呈现
我还没有构建如此大规模的应用程序，但在我的小应用程序中，它仍然可以归结为HTML/CSS。更多的是在服务器端，整个MVC端都发挥了作用。就我个人而言，我发现在创建AJAX密集型UI时更简单，因为将动作连接到javascript调用似乎更简单，但一般来说，web UI开发就是这样
另一方面，如果你不喜欢创建web UI（这不是每个人都喜欢的），你能组织你的团队，这样你就可以做更多的服务器端代码，让UI开发人员来运行前端的东西吗？更多的是在服务器端，它的整个MVC端都在发挥作用。就我个人而言，我发现在创建AJAX密集型UI时更简单，因为将动作连接到javascript调用似乎更简单，但一般来说，web UI开发就是这样
另一方面，如果你不喜欢创建web UI（这不是每个人都喜欢的），你能组织你的团队，让你做更多的服务器端代码，让UI开发人员来运行前端的东西吗？在我看来，这要容易得多。首先，我们有更好的客户端javascript框架，这非常有帮助。使用asp.net mvc，您不必担心烦人的服务器控件，而是可以完全控制html和javascript。在我看来，这要容易得多。首先，我们有更好的客户端javascript框架，这非常有帮助。使用asp.net mvc，您不必担心烦人的服务器控件，相反，您可以完全控制html和javascript。如上所述，没有任何变化。您仍然可以创建HTML和CSS，最大的好处是使用Javascript和Ajax来提高用户体验 如上所述，没有任何变化。您仍然可以创建HTML和CSS，最大的好处是使用Javascript和Ajax来提高用户体验 根据您的个人经验以及您所说的“基于浏览器的复杂表单”的确切含义，这是非常主观的
如果您在过去几年的web开发方面一直落后，那么无论您采取何种方式，您都有一些核心的HTML/CSS/JS内容需要跟进，因为这最终是UI工作的地方。根据您的个人经验以及您所说的“基于浏览器的复杂表单”的确切含义，这是非常主观的
如果您在过去几年的web开发方面一直落后，那么无论您采取何种方式，您都有一些核心的HTML/CSS/JS内容需要跟上，因为这是UI最终工作的地方。MVC 2.0添加了一系列使构建表单更容易的内容。例如，看看EditorFor和DisplayFor MVC2.0还使用代码注释进行表单验证。您可以使用System.ComponentModel.DataAnnotations命名空间中的属性装饰模型属性，该命名空间用于构建验证规则
所有这些都不能使构建表单变得像WebForms那样“容易”，但你也不会被所有旧的WebForms包袱所困扰。MVC2.0添加了一大堆使构建表单更容易的东西。例如，看看EditorFor和DisplayFor MVC2.0还使用代码注释进行表单验证。您可以使用System.ComponentModel.DataAnnotations命名空间中的属性装饰模型属性，该命名空间用于构建验证规则
所有这些都不能使构建表单像WebForms那样“容易”，但您也不会被所有旧的WebForms包袱所困扰。服务器端控件有它们的时间和位置，可能很有用。javascript框架（假设您正在谈论jQuery）可以引入webforms项目……当然，您也可以将javascript框架用于webforms。这只是我个人的意见。我认为webforms框架是最差的web框架之一（是的，我一直在使用它）。我只是不喜欢它的任何东西，它根本不适合我。对我来说，没有任何论据会让我使用webforms（不是说asp.net mvc是所有东西的框架，还有其他选项）。服务器端控件有它们的时间和位置，可能很有用。javascript框架（假设您正在谈论jQuery）可以引入webforms项目……当然，您也可以将javascript框架用于webforms。这只是我个人的意见。我认为webforms框架是最差的web框架之一（是的，我一直在使用它）。我就是不喜欢这件事，而且