从ColdFusion迁移到ASP.NET

我的一个客户用coldfusion开发了他的网站。。。现在我想将该网站从

coldfusion迁移到asp.net

。。。作为一名web开发人员，我知道这是可能的，但我想知道一些事情

• 从

  coldfusion迁移到asp.net所涉及的挑战/学习曲线
  

• 迁移期间我必须注意哪些因素

---

令人惊讶的是，这是我曾经玩弄过的一种情况，因此这里有一些提示

• 正如您可能在看过CF代码后发现的那样，所有语言结构都以

  CF

  作为前缀（我猜这可能是Adobe广告的一些不太简单的方式…）
• 架构确定现有CF应用程序的架构。它是使用Fusebox这样的框架基于MVC的吗。imo这样做的原因是，它可以引导您了解asp系统在体系结构上的结果
• 语言/语法注意事项-CF非常容易理解，如果您不了解，Adobe online参考资料就在那里。CFC（ColdFusion组件）类似于类
• 变量-注意这里。我在使用CF应用程序时被烧死过很多次。知道什么是字符串和int
• Web服务-CF允许非常轻松地声明/创建Web服务。检查您的所有功能属性以识别它们（

  access=“remote”

  ）

• cfquery

  -CF imo最糟糕和最好的事情是

  cfquery

  。不是函数本身，而是它在当前应用程序中的使用方式。CF对你可以做什么和在哪里做没有限制，因此可以在应用程序中找到分散的随机查询。这是一把双刃剑

上面提到的是由于使用了设计糟糕的CF应用程序。然而，就功能和可操作性而言，它很丰富，功能齐全，使用起来很愉快

---

编辑

我发现了以下资源，如果您还没有找到，可能会感兴趣

---

---

如果我想到更多的东西，我会更新..

相关：@jorn我是asp.net开发人员而不是coldfusion开发人员…重写的原因是什么？我不想在这里听起来很苛刻，但网站是否有问题，或者你是否会因为你不知道或不喜欢CF而向他收费，要求他重写他所懂的语言？你有没有看过Blue Dragon，一个运行在.net平台上的CF引擎？我会阅读Joel Spolsky的文章，内容是关于为什么从头开始重新编写工作代码库对于任何项目来说都是最糟糕的事情，并且会因为不了解数据、细节以及它们如何协同工作而大大增加软件失败的机会，以及为什么。如果你重写了一些东西，就会产生误解。如果你花时间学习代码和数据，你无论如何都能在其中工作。ColdFusion是最先进、最容易学习的语言。如果你知道HTML+how to think算法，那么你已经知道85%的语言了。.“cf”前缀早于Adobe拥有cf和Macromedia。它们只是区分CF标记和HTML标记的一种方法。事实上，CF的早期字母之一被称为“地平线”，所有的标签都以“hz”为前缀。当CF 1.0发布时，所有标签都有“db”前缀，当Allaire仍然拥有该产品时，这些前缀在CF 2.0中更改为当前的“CF”前缀。