Asp classic 经典ASP开发

我使用的是一个积极开发的生产web应用程序，它完全是由 在里面与大多数经典的asp应用程序一样，它也是一堆乱七八糟的代码。因此，我开始将各个部分分解为简单的VB类，以获得一些基本的封装好处

在创建类的时候，我觉得用更高级的语言来创建类是有冲突的。有没有关于如何做到这一点的建议？我有两个想法：

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

---

你推荐什么？

首先，我建议你读一下

然后，您可以切换到支持这样一个概念的框架，例如，并通过使用工具（如，NHibernate等）进行了进一步的改进

如果您不想开始这样一个OMG从头开始的旅程，那么web服务将是封装业务逻辑的首选解决方案。（遵循模型视图设计模式）

---

COM对象将是此任务的糟糕解决方案。它们不适用于web应用程序或逻辑管理。

首先，我建议您阅读

然后，您可以切换到支持这样一个概念的框架，例如，并通过使用工具（如，NHibernate等）进行了进一步的改进

如果您不想开始这样一个OMG从头开始的旅程，那么web服务将是封装业务逻辑的首选解决方案。（遵循模型视图设计模式）

COM对象将是此任务的糟糕解决方案。它们不适用于web应用程序或逻辑管理。

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

最后，我刚刚清理了经典ASP本身中的数据访问层和相关类。这无疑在花费的时间等方面提供了最佳的投资回报率

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

无论如何，无论您采取何种方法，我建议您确保您的开发过程尽可能无缝。这不一定是直截了当的，因为至少有一半是基于经典ASP的。

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

最后，我刚刚清理了经典ASP本身中的数据访问层和相关类。这无疑在花费的时间等方面提供了最佳的投资回报率

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

---

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

您可能有兴趣使用为支持传统经典ASP应用而构建的应用程序

您可能有兴趣使用它来支持传统的经典asp应用程序

看起来你要对你的经典ASP应用程序做一些重大的改变。进入ASP.NET或其他技术难道没有意义吗？@o.k.w我认为这是一个被问到的问题。看起来你要对你的经典ASP应用程序进行一些重大的更改。进入ASP.NET或其他技术难道没有意义吗？@o.k.w我认为这是一个被问到的问题。+1不只是因为我是一个mvc迷，而是来自经典的ASP（你没有见过ASP.NET webforms）mvc几乎是合乎逻辑的方法这是一个古老的问题和答案，但我刚刚注意到这个问题现在有1000多个视图，因此，我将为仍然来到这里的任何人标记这个答案。我从引发问题的应用程序开始，但这是最好的建议。+1不只是因为我是一个mvc迷，而是从经典的ASP（你还没有见过ASP.net webforms）开始。mvc几乎是一种合乎逻辑的方法。这是一个老问题和答案，但我刚刚注意到这个问题现在有1000多个视图，因此，我将为仍然来到这里的任何人标记这个答案。我已经离开了引发这个问题的应用程序，但这是最好的建议。