在你开始发火之前,我要告诉你,我正在努力说服自己这是一个坏主意。

基本上,我正在尝试创建一个具有一些基本会计功能的网站。我的朋友是一位只懂 Excel 的顾问,他询问这是否可以是 Excel 电子表格而不是 Web 界面。

我发现自己在想,为什么 excel 在这种情况下不是更好的工具呢?它拥有 web2.0 应用程序拥有的所有工具(脚本、数据库访问、基本格式化),并且是为会计而设计的。您基本上可以使用 Excel 编写一个程序,从 SQL 数据库中获取数据,填充一些单元格,并使用公式来完成其余部分。

是否有使用 Excel 的先例,就像使用浏览器来制作 ajax-y web2 应用程序一样?

为什么这是一个坏主意?

更新:只是为了澄清,我的意思是这更像是一场“修辞”讨论。我不确定为什么消息的其余部分没有澄清这一点......

有帮助吗?

解决方案

好吧,如果你在Excel中做到了,那就不是真正的Web应用程序。这将是一个Excel应用程序。

这并不是说这就是虽然坏事。如果它更有意义建立在Excel中的应用程序,然后去了。

你在Excel中已经做的问题将是一样的,你遇到任何桌面与Web应用程序的问题。例如,你是如何处理部署应用程序的新版本?你如何处理更新的Excel新的(或以上)版本的应用程序?等

ETA:

如果你想避免的Excel VBA的Bug多多和管理桌面应用程序的头痛,你可能想看看进入的谷歌电子表格API 。你可以用它来动态创建/更新谷歌文档电子表格,包括公式和许多其他电子表格善良的。使用Web应用程序的混合动力和谷歌电子表格可能会给你两全其美的,这取决于正是你需要做的事情。

其他提示

经过多年在Excel-VBA编程的,我可以给你不这样做了最好的回答:

Excel的VBA是越野车!这可能是微软生产的最错误填充的应用程序。这是伟大的一些任务,但强迫它做它从未打算要闹哪样的工作。

我有几个电子表格的做类似的事情,(东西比尔从来没有打算),而且无一例外,他们步履蹒跚在失败的边缘,而且往往只有丝毫的挑衅崩溃。

当然,你可以做到这一点,但头痛的是不值得的。

Excel 本来就不应该这样使用,所以这会很痛苦。

网络电子表格集成的两个更好的想法:

  • 看一眼 旋转变压器一号, ,一个带有集成 Web 服务器的可编程 Excel 兼容电子表格。
  • 使用 谷歌文档 电子表格。有 一个API 以编程方式与他们交互。

这不是一个坏主意,但它带有一定的局限性。如果部署是不是你的问题,你不需要“通用”访问应用程序,您的解决方案可能会节省您的时间。 Web应用程序肯定会是一个更好的方法,特别是如果你要提供公开的软件。

幅材固有地基于HTML并将其添加到与数据库,CSS和服务器端语言和JavaScript(可能其它)。与大多数事情一样,你应该使用适合工作的正确的工具。如果你想有一个网站,那么你应该使用的工具,用于创建一个网站。

Excel中并不意味着制作网站,迫使它这样做很可能会导致比幸福更无奈。

好了,你要在服务器端运行它,你可能会遇到授权和性能问题。

如果你提供的.xls给客户,那么你需要为所有的客户有Excel或东西兼容。但你也失去了控制自己的“地盘” - 什么是访问的点,如果你有本地需要的一切

因此,SQL语句将在客户端上?这是很少是个好主意。

这是出于同样的原因,写与MS访问一个图形编辑器是坏的,或编码使用PowerPoint一个MMORPG是坏的一个坏主意:)

我也要说,一旦你停止使用浏览器,因为它不再是一个“Web应用程序”客户端 - 你真的只是在谈论它通过HTTP获取其数据的Excel工作表

向所有说“Excel 应用程序不是 Web 应用程序”的人+1。

但...如果您想使用电子表格来进行 Web 应用程序的服务器端计算,或者您想从服务器端代码访问 Excel 附带的财务函数库,您可以使用 卓越服务. 。它通过 SOAP 公开,可互操作,可从任何支持 SOAP 的平台调用。

它具有服务器功能。它实际上并不在服务器上加载 Excel,而是函数的非 GUI 运行时。

我觉得用Excel作为浏览器是坏主意,但我认为更好的办法是使用Excel控制在桌面应用程序。

此方式可以控制SQL和连接。您可以根据需要随时保存数据。你也可以实现一些更新机制。应用会更安全和更难以破解。

我认为当你尝试连接到一些外部的资源,这样你就控制一切的Excel冻结。

你通过获取用户需求这个应用程序启动?这听起来并不像他们想一个网站开始。听起来像他们想的Excel电子表格宏。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top