一个庞大的现有应用程序可以移植到网络上吗?如何? [英] Can a huge existing application be ported to the web? How?

问题描述

我们有一个集成系统(至少我们是这么称呼它的)，它包含一个前台到后台巨大的 C++/VB/MSSQL 软件，可以处理组织.

We have an integrated system (at least is that what we call it), which consists in a front-to-back-office huge C++/VB/MSSQL software that handle every single aspect of the organization.

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

Several of our existing customers have been asking if its possible to port it to the web in a sexy web 2.0 fashion, of course it also has great value for us since we would have a nicer, fresh, modern product that would allow us to adopt a SaaS model which we believe is great commercially and would surely open many new doors, so we are not trying to convince the customer that this is not a good idea.

但是，网络是否适合此类应用程序?

But,is the web a place for such app?

如果是，我们应该使用 Webtop(模拟桌面)UI 还是应该使用标准的 Web 2.0 37Signals 之类的 UI?

If it is should we go for Webtop (mimic desktop) UI or should we go for standard Web 2.0 37Signals like UI?

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

Which way in your experience would be better for the presentation of such app, and what tools/languages/technologies would you recommend(if any) in your experience that we would benefit from when designing the chosen model.

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

Keep in mind that the current desktop software is huge, more than 200 SQL tables, 250 forms and something around 400 different reports.

任何见解、提示或建议将不胜感激.

Any insight, tip or advice will be greatly appreciated.

我提前感谢大家的时间，并为挤在一篇很长的帖子中的多部分问题道歉.

I thank you all in advance for your time, and apologize for the many-part question squeezed on one very long post.

推荐答案

我建议您尽最大努力为您的网页设计提供典型的 Web 2.0 轻量级方法.

I would suggest that you attempt as best you can to provide a typical web 2.0 light approach to your web design.

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

To start with, I would create a web-based interface to do the most simple, but most commonly used workflow in your application. Have the production version share the database of your current system so it can be a drop-in replacement, used for convenience on a day to day basis.

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

Remember, power users will open several browser windows so to simulate an application is redundant. A set of wizards that lead you through workflows (add a client say) and status pages (view client details) would be a great starting point. Emulate as much as possible web 2.0 poster children (i.e Twitter) and use their designs as a free starting point.

不要试图一次性完成所有工作，只需向现有系统添加一个不错的 Web 前端，并逐渐在组织内获得支持/使用.

Don't try to do it all at once, just add a nice web front end to your existing system and gradually get support / usage within the organisation.

如果您决定使用 Django(即用 Python 开发网站)，它可能会支持您的数据库盒子.配置您的设置以连接到数据库(按照教程)然后运行 ​​inspectdb"管理器命令来创建一个描述你拥有的 200 个表的 python 文件.然后，您可以非常轻松地在数据库上运行 SQL 查询，而无需使用 Django 模型系统编写任何 SQL，所有这些都在 python 命令行中.

If you decide to use Django (i.e develop website in python) it will probably support your database out of the box. Configure your settings to connect to the database (follow the tutorial) then run the "inspectdb" manager command to create a python file describing the 200 tables you have. You can then very easily run SQL queries on the DB without writing any SQL by using the Django model system, all in a python command line.

这篇关于一个庞大的现有应用程序可以移植到网络上吗?如何?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！