ASP.NET WebForms是否已经过时,现在还有必要继续使用吗?
- 内容介绍
- 文章标签
- 相关推荐
本文共计305个文字,预计阅读时间需要2分钟。
我目前正在使用ASP.Net WebForms进行项目构建。我们认真考虑过将应用程序从WebForms切换到ASP.NET MVC。这需要一些时间,但我认为WebForms并非最佳选择。转而采用MVC是否会增加大量时间成本?
我正在使用ASP.Net WebForms进行工业项目构建.我们认真考虑将应用程序切换到ASP.NET MVC.
这需要一些时间,所以你认为ASP.Net WebForms是一个不好的做法,转换到MVC所花费的时间将会增加吗?
>目前的表现严重不足.在这种情况下,重写可能是不可避免的,并且切换到MVC(这可能会迫使您对问题进行适当的分离)可能是一个不错的选择.
>由于当前的解决方案处于无法维护的状态,您期望执行重大升级,这是不可能的.在这种情况下,切换也是一个合理的选择.
一般来说,你可以在WebForms和MVC中编写编写良好且写得不好的应用程序(尽管我说MVC使编写糟糕的应用程序稍微困难一些.)如果你有一个可接受的可执行和可维护的WebForms应用程序,请不要浪费你的美元转换它.
本文共计305个文字,预计阅读时间需要2分钟。
我目前正在使用ASP.Net WebForms进行项目构建。我们认真考虑过将应用程序从WebForms切换到ASP.NET MVC。这需要一些时间,但我认为WebForms并非最佳选择。转而采用MVC是否会增加大量时间成本?
我正在使用ASP.Net WebForms进行工业项目构建.我们认真考虑将应用程序切换到ASP.NET MVC.
这需要一些时间,所以你认为ASP.Net WebForms是一个不好的做法,转换到MVC所花费的时间将会增加吗?
>目前的表现严重不足.在这种情况下,重写可能是不可避免的,并且切换到MVC(这可能会迫使您对问题进行适当的分离)可能是一个不错的选择.
>由于当前的解决方案处于无法维护的状态,您期望执行重大升级,这是不可能的.在这种情况下,切换也是一个合理的选择.
一般来说,你可以在WebForms和MVC中编写编写良好且写得不好的应用程序(尽管我说MVC使编写糟糕的应用程序稍微困难一些.)如果你有一个可接受的可执行和可维护的WebForms应用程序,请不要浪费你的美元转换它.

