|
|
6 回复 | 直到 14 年前
|
1
2
在我开始回答之前,我想指出一些事情。 您不必放弃现有的客户端基础结构就可以迁移到ASP.NET!
HttpHandler具有与ASP页面相同的灵活性和更多的功能。通过将ASP页面转换为代码语句,并将页内声明减少为输出语句,可以将复杂的页面映射到ASP.NET。根据您现有的设计,您甚至可能会发现,对于您现有的许多工作,映射几乎是逐行一致的。
Creating HttpHandlers @ MSDN
此外,如果需要,还可以将.ASP扩展处理程序重新映射到.ASHX处理程序以保留链接。您的客户端代码甚至可能没有注意到更改。
|
|
|
2
2
胖服务器+瘦客户端 这种方法将大大减少带宽和客户端资源的需求,从而提高性能——但这不是您主要关心的问题,如果我理解正确的话。 对于开发人员来说,更重要的是:就软件技术而言,ASP.NET至少比纯ASP多了一代,这意味着它具有更干净的体系结构、更好的可维护性和可扩展性。就业务价值而言,这是开发车间最重要的一个因素(远比初始开发成本重要)。。。 |
|
|
3
2
如果是这种情况,那么对术语“厚客户端”的解释就相当不寻常了。当我看到“厚客户机”时,我通常认为客户机服务器应用程序是一个运行在某个数据库上的可执行程序。就.NET而言,这将是一个WinForms应用程序。 就ASP.NET而言,这项技术的经典用途是构建WebForms,它被认为是WinForms的web模拟。使用这种方法,您可以在不受控制的情况下构建表单服务器端—非常类似于构建WinForms。页面中几乎没有执行的代码——只有HTML和用于网络控制的附加标记。在某种意义上,您可以称之为“瘦客户端” 有趣的是,越来越多的开发人员正在远离这种方法——只需在这里运行JQuery的lookup即可。他们中的许多人仍然使用ASP.NET服务器端。
|
|
|
4
1
旧ASP会浪费你的时间。新的开发技术和库可以让您在传统ASP中花费的时间中完成一些大事。当然,对于一个一次性的简单脚本,ASP可能会支持您,但是一个完整的站点,不需要了,谢谢。 无论如何 我想你是对的。我总是让一个网站运行在平原,没有JS代码第一。这确保了它适用于不使用JS的人(对您来说可能不是问题),但在以后的某个时候对AJAX进行分层并不困难。 事实上,如果你愿意在组件上花钱(就像你过去听到的那样),那么AJAX.NET有很多扩展,可以将你从零JS带到可爱的页面。它们可能不像以前那样高效,但维护起来会容易得多。 或者,您可以在站点完成后在AJAX上分层。您甚至可以尝试保持从服务器到客户端的API与旧站点相同,以便旧JS“正常工作”。 这显然不是唯一的最佳答案。 至于您获得了什么:快速开发、更好的设计、经过认真改进的语言功能(毕竟C#和VB.NET是合适的编程语言)以及无需使用第三方组件即可完成日常工作的能力带来了诸多好处。 如果你想节省更多的时间和大量的基础设施和许可资金,你甚至可以看看Django和/或RubyonRails。 |
|
|
5
1
如果您对ASP classic感到满意,这意味着您不必尝试大量修改或扩展基本代码。如果你这样做了,你会看到维护ASP的痛苦,尽管它本身就是一项强大的技术。 您还应该考虑以下几点:1)您的团队似乎非常精通ASP并取得了成功。如果你没有令人信服的理由,为什么要改变?如果你改变你的技术,你的主机问题将不会真正得到改善。2) 从ASP到ASP.NET web表单是一条非常重要的学习曲线。你的一些团队可能不会成功。这是一个真正的风险。但是,您确实应该选择ASP.NETMVC。它与ASP classic有一些共同之处,并且可能比web表单实现更平滑的过渡。 |
|
|
6
1
在我目前工作的公司里,我们的职位与你相同。对于升级,我想提出以下几点:
|
推荐文章