我们正在维护一个使用 VBScript 作为主要语言基于 Classic ASP 构建的 Web 应用程序。我们一致认为我们的后端(如果您愿意的话是框架)已经过时并且没有为我们提供快速前进的适当工具。我们几乎已经接受了无处不在的当前 webMVC 模式,并且无法以合理的方式使用当前的技术来做到这一点。最大的缺失特性是正确的调度和继承模板等。
目前有两条路径正在讨论:
- 使用 JScript 将现有应用程序移植到 Classic ASP,这将使我们有希望从那里转到 .NET MSJscript 而没有太多麻烦,并最终在 .NET 平台上结束(最好 MVC 的东西到那时就完成了,ASP.NET)。在我们看来,NET 并没有比现在好多少)。这被认为是比下一个选择更安全、风险更低的路径,尽管它可能需要更长的时间。
- 使用其他一些技术完全重写应用程序,现在这个包的领导者是 Python WSGI,它有一个自定义框架、ORM 和一个很好的模板解决方案。这里甚至还有 django 和其他预建解决方案的回旋余地。这种方法有望成为最快的解决方案,因为我们可能会在实际产品旁边运行测试版,但如果我们不能/不正确,它确实有可能浪费大量时间。
这并不意味着我们的逻辑消失了,因为我们多年来建立的东西相当稳定,正如我们所说的那样难以处理。它建立在 SQL Server 2005 之上,大量使用存储过程,并在 IIS 6 上发布,只是为了提供更多背景知识。
现在,问题。有没有人采取上述两条路径中的任何一条?如果是这样,它是否成功,它怎么可能更好,等等。我们不希望在做这两件事中偏离太多,但一些建议或其他解决方案可能会有所帮助。