我的跨国企业如何从一个开发平台过渡到另一个开发平台？

Question

我在一家大型国际公司的IT部门工作。我们正在为业务开发不同的内联网应用程序(投诉、回扣、服务台等)。现在，我们决定从platform迁移到.NET (与和migrate的集成)。由于业务在当前PHP平台上使用的应用程序大约有20个，我们必须想出最好的方法将它们全部转移到新的平台上。我不想详细讨论如何转换代码等等，因为当我们迁移时，我们希望改进所有这些应用程序。

所以我们想出了两种主要的移动这些应用程序的方法：

1. 只支持一个平台。这意味着什么？创建主页，并将所有应用程序按原样迁移到.NET (在我们这样做的时候没有改进它们)。在New运行之后，我们将开始重新构建迁移的应用程序并对它们进行改进。这将节省我们在.NET中开发内部网而不得不支持platform。
2. 支持这两个平台一段时间。这意味着只构建一个主页和一两个新应用程序(在我们的PHP平台上不存在)。将这些内容提供给用户，但不要脱离PHP平台(我们将合并菜单和链接，使用户更容易在PHP页面上的应用程序和新的应用程序之间移动)。然后，我们将开始重写PHP应用程序，同时改进它们。

现在我不确定什么会更好，一方面(选项1)我们不强迫用户同时使用两个不同的平台，这可能会使用户更加容易。尽管他们不会看到拥有新平台的任何改进，但除了所有看起来更好的东西外，新平台上的应用程序的功能在一段时间内也将是一样的。此外，我认为我们应该增加我们自己(IT部门)更多的工作，因为我们将编写每一个应用程序两次。

另一方面，在选项二(2)中，用户的体验会更糟，因为两个平台看起来不同，但随着新应用程序的移动，他们会意识到新平台的好处。

你们中有人遇到过这样的事吗？你会选择什么？或者也许有不同的方式，更好的方式，我已经介绍了？我想知道你是怎么想的，你会如何处理这个问题。

Answer 1

让我们考虑这两种场景的情况：

立即迁移

当您正在迁移代码库时，您的客户将继续使用您现有的应用程序。由于迁移将花费大量的时间，这意味着您将需要一个在旧代码基上的维护团队，用于错误修复和特性开发。旧代码库中的每一个更改都需要在新的代码库中进行。在未完成迁移的情况下，您将编写每一行代码的两倍，这使得迁移所需的时间越长，成本就越高。因此，这一切归结为:完全迁移的周转时间将是什么？只要周转时间持续，您的开发成本就会猛增。

逐片迁移

在这种情况下，您可以更好地控制加倍的工作，但是您仍然会有很多额外的成本。您的部署将涉及两个不同的平台，需要两倍的部署问题和额外的服务器资源。除非您有一个非常模块化的组织应用程序，否则您会发现在另一个平台中经常会出现一段代码，而不是您需要它的平台，从而导致了额外的移植和维护工作。只要没有完成迁移，您的开发成本就会更高。同时，特性压力意味着您需要很长时间才能完成迁移。

结论

根据个人经验，我可以告诉你两件事：

• 转换编程语言很少有回报。从成本效益分析来看，从PHP转到.NET是不可能盈利的。所以我的主要建议是:不要。试着用你现有的代码库来解决你的问题。
• 一片片是最好的方法，但在应用程序模块级别上，您将很难做到这一点。您会发现，只要迁移没有完全完成，就必须在体系结构的两侧开发和维护特性。这可能是一个好主意，不是基于客户最需要什么，而是基于什么将限制加倍努力(从而降低成本)的特点。

Answer 2

出于财务原因，我工作过的大多数公司都采用了第二种方法，我可以补充说，这是正确的。要实现第一名，需要花费大量的金钱、时间和风险。只要用户看到你的进步和与他们的互动，大多数人都会理解#2。在这种简陋的经济环境中，我怀疑有人会采取第一种方式。

Answer 3

对于最终用户来说，大爆炸的方法很少是建设性的。我建议不要这样做，老实说，考虑到相关申请的数量，我不敢相信有人会认真地认为这是一个选择。

我倾向于选择第二种方法，逐案处理重建工作。诚然，这可能比纸面上的方法花费更长的时间，但在现实中，通过使用第一种方法，您会带来很大的业务风险，如果用户端只有一个小问题，我真的不想在第一天出现支持电话。

此外，如果绝大多数基于web服务的应用程序都是用php编写的，那么可用的.Net专业知识如何呢？

我认为无论是哪种方式，你的用户都必须经历变化，要么是大爆炸(暗示了大量的支持电话)，要么是零敲碎打(越来越熟悉)。我倾向于认为，您还没有确切地估计出从完全接近所有php到完全实现.Net还需要做多少工作。