Web applications 一个巨大的现有应用程序可以移植到web上吗？怎么用？

我们有一个集成的系统（至少是我们所说的），它由一个从前到后的大型C++/VB/MSSQL软件组成，处理组织的每个方面

我们的一些现有客户一直在问，是否有可能以性感的web 2.0时尚将其移植到web上，当然，它对我们也有很大的价值，因为我们将拥有更好、新鲜、现代的产品，这将允许我们采用SaaS模式，我们认为这在商业上是很好的，并且肯定会打开许多新的大门，因此，我们并不试图说服客户这不是一个好主意

但是，网络是这种应用的场所吗

如果是这样的话，我们应该选择Webtop（模拟桌面）用户界面，还是应该选择像UI这样的标准Web2.0

在您的体验中，哪种方式更适合展示此类应用程序，以及在您的体验中，您会推荐哪些工具/语言/技术（如果有），以便我们在设计所选模型时从中受益

请记住，当前的桌面软件非常庞大，有200多个SQL表、250个表单和大约400个不同的报表

如有任何见解、提示或建议，将不胜感激

---

我提前感谢大家抽出时间，并为一篇很长的文章中出现的许多问题表示歉意。

我建议您尽最大努力为您的web设计提供一种典型的web 2.0轻型方法

首先，我将创建一个基于web的界面来执行应用程序中最简单但最常用的工作流。让生产版本共享您当前系统的数据库，以便它可以作为替代品，方便日常使用

请记住，超级用户将打开多个浏览器窗口，因此模拟应用程序是多余的。一组向导可以引导您完成工作流（比如添加客户端）和状态页面（查看客户端详细信息），这将是一个很好的起点。尽可能多地模仿Web2.0海报儿童（即Twitter），并将他们的设计作为免费起点

不要试图一次完成所有工作，只需在现有系统中添加一个漂亮的web前端，并逐步获得组织内的支持/使用

如果您决定使用（即用python开发网站），它可能会支持您的数据库。将您的设置配置为连接到数据库（按照教程操作），然后运行创建一个python文件来描述您拥有的200个表。然后，通过使用Django模型系统，您可以非常轻松地在DB上运行SQL查询，而无需编写任何SQL，所有这些都在python命令行中

哎呀，我讨厌在这里“在扇子里撒尿”。。。但是你的申请是有目的的

希望它能使支持贵公司业务的人员更容易地开展工作

这些目的都不取决于您使用的语言/平台。零。拉链。没有

您可以用几乎任何可用的语言/平台完成业务所需的任何功能。真正地有些事情用一种或另一种语言会更容易，但你对其中一种语言的熟悉程度将远远弥补“技术”上的差异

任何更改支持公司业务的现有应用程序的体系结构/平台的决策都需要比当前模型具有一些主要的业务优势，甚至需要加以考虑，然后您需要选择您和公司其他开发人员最熟悉的平台/语言，以便您能够快速增加业务价值，而不是在不熟悉的技术上花费大量时间“跟上速度”

实际上我有几个客户 使用该系统，最近使用一些 那些顾客一直在问 可以将其移植到web中 性感的Web2.0时尚

那么，它是否已损坏，是否难以使用，是否难以部署更新？除了“客户一直在询问”之外，是否还有其他理由将其转换为web应用程序？如果没有，为什么不把资源放在一些事情上，比如更新你所拥有的或创建需要的新系统，而不是把它们都扔出窗外

在你看来，哪种方式是正确的 更好地供我们使用，还有什么 工具/语言/技术，你愿意吗 建议完成它

---

这一切都取决于企业的需要。技术/框架应该适合业务需求，而不是定义业务需求。正如我所说，首先确定你目前拥有的东西是否足以与构建新东西的投资相比。

拥有设计良好的东西部分与工具（语言、框架）以及以简单、高效、无错误的方式呈现和处理系统中信息的能力有关

旧的may系统可能很旧，但它经过多年的调整和强化才得以运行

<>你认为建立在它上面的任何东西不应该包括重写商业逻辑。创建一个新的前端，以某种方式调用当前存在的所有业务逻辑

然后随着时间的推移，重新考虑后端以使其更合适，然而，这可能是在面向对象或功能设计方面

---

在设计东西时，很少有技术能让你的生活更轻松。考虑到一些关键的问题是ASP.NET MVC，CaldFielex的双.NET/J2EE能力，可能类似Adobe Flex／AIR。据我所知，Django也很棒，但我从未深入使用过它。

首要的决定应该是商业化的，因为我确信将所有内容移植到新框架将花费大量的时间和精力。换句话说，只要看看所有的优点和缺点就可以了

优点：

• 旧技术更难支持（难以招募对其感兴趣的开发人员）
• 顾客们上厕所了