将复杂的.NET应用程序转换为Domino的可行性

Question

我是我工作的公司非常依赖的Web应用程序的唯一程序员。该应用程序管理资产，跟踪维护和维护计划，记录停机时间，跟踪零件库存，与SAP和我们的SCADA系统的接口，以及大约60个生产设施的各种其他任务。该应用程序目前使用ASP.NET编写，并由MS SQL支持。

可能很快成为我老板的人要求我提交一份商业案例，将整个应用程序迁移到Lotus Domino环境中，我不知道如何完成它。大约5年前我曾经历过这个过程 - 花了大约一个月的时间来学习Domino编程，只是为了让我的教授最终说不可能或不值得努力。这不是我现在有时间再做的事情。

除了成为Lotus / Domino的大粉丝之外，如果我赢了彩票并离开公司，我可能很快就会成为老板。我们目前有一大批Domino开发人员，只有几个.NET开发人员。这是我完全理解并同意的，但不要认为应该是唯一的决定因素。

我想我的问题归结为：在Domino中重新创建一个动态，灵活，非常大（只有几十行）的ASP.NET应用程序是否可行？是否有任何好处（除了公司已有的现成备份）或成品的缺点？

Answer 1

从简短的描述来看，听起来像是一位经验丰富的Domino开发人员可以毫无困难地构建一个完全符合您需求的优秀应用程序。

转换过程可能更接近于重写，现有系统只是一个规范。也许你可以重用一些静态资源;图像，CSS等。

从商业角度来看，有几个角度需要考虑。首先，您需要估算重建的成本。那么这笔钱你得到了什么？相同的应用程序坐在不同的平台上。你在哪里存钱？您有多少额外费用？如果你的老板想要关于Domino的所有内容，那么不必支持两个平台可以节省多少成本？如果公司没有将资金用于重建，公司可以做些什么呢？在其他地方花的更好吗？

最终，如果重建现有应用程序有任何财务优势，我会非常惊讶，只是为了让它在另一个平台上。成本通常会大幅超过任何回报。仅当现有应用程序需要相同级别的工作时，例如大幅升级，移动是否合理。

注意，这个问题经常被问到反过来，即Domino - ＆gt; .Net或Java，同样的答案适用。

Answer 2

  

[...]并由MS SQL支持。

我能看到的唯一可能造成技术问题的东西。如果应用程序的模型依赖于MSSQL是关系数据库的事实，则可能必须重新考虑该层以使其适合document-oriented Domino数据库。有多种方法可以查询DB2数据库或ODBC源，但您必须解决转换问题。

Domino不是替代品，您必须重新设计，并且您可能需要组织中的Domino开发人员提供大量帮助。

Answer 3

那么，

将它重新写入Domino需要时间。对你来说最困难的是重写后端逻辑。 UI（HTML + CSS）和JS应该以相同的方式工作，因此它必须很容易。

  

在Domino中重新创建动态，灵活且非常大（只有几十行）的ASP.NET应用程序是否可行？   是的，如果开发人员仍然记得.NET应用程序是如何工作的，那么它应该是不可见的。

     

是否有任何好处（除了公司已有的现成备份）或成品的缺点？   这取决于要比较什么。不要以为你会得到很多好处。