【问题标题】:Classic ASP development经典的 ASP 开发
【发布时间】:2010-12-19 03:05:44
【问题描述】:

我使用的是一个完全编写的积极开发的生产网络应用程序 在Classic ASP。像大多数经典的 asp 应用程序一样,它是一团乱七八糟的意大利面条代码。所以我开始将部分分解成简单的 VB 类以获得一些基本的封装优势。

在创建类时,我觉得用更高级别的语言来做这件事很矛盾。有没有关于如何做到这一点的建议?我有两个想法:

COM 对象和 Web 服务。我倾向于 Web 服务路线,但非常感谢有关如何将经典 ASP 系统的业务逻辑最好地封装到更高级别语言中的任何建议。

你有什么推荐的?

【问题讨论】:

  • 看来您要对经典 ASP 应用程序进行一些重大更改。转向 ASP.NET 或其他技术是否有意义?
  • @o.k.w 我认为这是一个被问到的问题。

标签: asp-classic


【解决方案1】:

您可能对使用 ajaxed 感兴趣,它专为支持传统的经典 asp 应用而构建。

【讨论】:

    【解决方案2】:

    我建议您首先阅读MVC

    然后您可以切换到支持此类概念的框架,例如ASP.NET MVC,并通过使用SoC 工具(例如Castle Windsor、NHibernate 等)更进一步。

    如果您不想踏上这样的OMG 从头开始​​之旅,那么 Web 服务将是封装业务逻辑的首选解决方案。 (遵循模型视图设计模式)。

    COM 对象对于这项任务来说是一个糟糕的解决方案。它们不适用于 Web 应用程序或逻辑管理。

    【讨论】:

    • +1 不仅因为我是 mvc 粉丝,而且来自经典 ASP(你还没有见过 asp.net 网络表单)MVC 几乎是合乎逻辑的方法
    • 这是一个古老的问题和答案,但我刚刚收到通知,这个问题现在有 1000 多个浏览量,所以我会为仍然来到这里的任何人标记这个答案。我已经从触发问题的应用程序移开,但这是最好的建议。
    【解决方案3】:

    几个月前,我尝试“简化”我的一个经典 ASP 站点,主要使用 COM 对象。我没有发现这种体验特别令人满意。我没有太多时间投入到这个项目上,而且我从来没有让开发环境正确地凝胶化,所以调试等是一个持续的痛苦。用 C# 编写对象很简单,但在生产服务器上集成它们很麻烦。

    最后,我只是清理了 Classic ASP 本身中的数据访问层和相关类。就花费的时间等而言,这无疑提供了最佳的投资回报率。

    有时我觉得我应该尝试用 COM 对象或类似对象替换某些站点,但我很难向自己证明为什么这是一个好主意。

    无论如何,无论您采用哪种方法,我都建议您确保您的开发过程尽可能无缝。如果其中至少有一半是基于经典 ASP 的,这不一定是直截了当的。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多