设计流程 - 在线与离线
我正在制定一个丰富的个人财务管理应用程序 - 一个结合了 Quicken 和 Mint.com 等工具以及我为个人使用而创建的一组电子表格宏的工具。在线或离线（最好两者都）构建它是一件简单的事情，但我们都需要从某个地方开始。
那么，您选择项目部署重点的最佳方式是什么？您是否会先部署桌面应用程序进行测试，然后再发展为丰富的在线应用程序？还是先构建一个基于Web的系统，然后打包用于桌面部署？两者都是有效的方法，但我想知道过去证明哪种方法更有效。
无论哪种情况，应用程序的构建方式仍然会有些相同 - 单独的数据库层、业务逻辑层和表示层。问题更多的是关于每种方法的位置（本地或远程）以及选择一种方法而不是另一种方法可能出现的问题。
I'm in the process of spec-ing out a rich application for personal finance management - a cross between tools like Quicken and Mint.com and a set of spreadsheet macros I created for personal use. It would be a simple matter to build it either online or offline (preferably both), but we all need to start somewhere.
So what's the best way you choose deployment focus with your projects? Do you deploy a desktop app for testing first and evolve to a rich, online application later? Or do you build a web-based system first and package it for desktop deployment later? Both are valid approaches, but I want to know which has proven the more efficient in the past.
In either case, the application will still be built somewhat the same - a separate database layer, business logic layer, and presentation layer. The question is more about the location of each (local or remote) and the problems that might arise by choosing one approach over the other.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在我看来，富互联网应用程序只有在连接 Web 服务时才有意义。如果人们将其个人财务信息存储在您的服务器上，那么拥有 RIA 就有意义，否则，它听起来就像一个桌面应用程序解决方案。
对于同时拥有两者的极少数情况，Web 应用程序通常受到限制，但提供零安装或跨平台解决方案。考虑在线文字处理应用程序与桌面应用程序。
In my opinion, a Rich Internet Application only makes sense if there is a web service tie in. If people will be storing their personal finance information on your server, then it makes sense to have a RIA, otherwise, it sounds like a desktop application solution.
For the rare case where you would have both, the web application is usually limited, but provides a zero-install or cross-platform solution. Consider online word processor applications versus their desktop counterparts.