WebアプリケーションをExcelに書き込む？何故なの？

Question

燃え上がる前に、私はこれが悪い考えであると自分自身に確信させようとしていることを伝えます。

基本的には、基本的な会計機能を備えたウェブサイトを作成しようとしています。私の友人、唯一の優れているコンサルタントは、これはWebインターフェイスの代わりに優れたスプレッドシートかもしれないかと尋ねた。

私は自分自身の考えを見つけましたが、なぜこの場合は優れたツールではないのですか？これは、web2.0アプリケーションが持っているすべてのツール（スクリプト、dbへのアクセス、基本的なフォーマット）を持ち、会計用に作られています。基本的にexcelを使用して、SQLデータベースからデータを取り出し、いくつかのセルに取り込み、残りの式を使用するプログラムを書くことができます。

ajax-y web2アプリを作るためにブラウザを使用するため、excelを使用する前例はありますか？

なぜこれは悪い考えですか？

更新：これをもっと「修辞的」な議論にすることを明確にするために、私はメッセージの残りの部分がそれを明確にしていない理由を確信していません...

Answer 1

あなたがExcelで作れば、実際にはWebアプリケーションではありません。これはExcelアプリケーションになります。

それは悪いことではありません。 Excelでアプリケーションを構築する方が理にかなっている場合は、そのアプリケーションを使用してください。 Excelでそれをやっています

問題は、Webアプリケーション対任意のデスクトップで実行に問題と同じになります。例えば、あなたはどのように新しいバージョンのアプリケーションを配備するのですか？新しい（またはそれ以前の）バージョンのExcelのアプリケーションの更新はどうやって処理しますか？等

ETA：あなたはエクセルVBAのbugginessとデスクトップアプリケーションを管理するの頭痛を回避したい場合

は、あなたがGoogle Spreadsheets APIに見たいと思うかもしれません。数式やその他のスプレッドシートの良さなど、Google docsスプレッドシートの作成や更新にすぐに活用できます。ウェブアプリケーションとGoogleスプレッドシートのハイブリッドを使用すると、正確に何をする必要があるかによって、両方の世界の中で最良のものになるかもしれません。

Answer 2

ウェブは本質的にHTMLに基づいており、データベース、CSS、サーバーサイドの言語とJavaScript（おそらく他のもの）で追加されています。ほとんどの場合と同様に、あなたは仕事のための適切なツールを使用する必要があります。ウェブサイトが必要な場合は、ウェブサイトを作成するためのツールを使用する必要があります。

Excelはウェブサイトを作成するためのものではありません。強制的に実行すると、幸福よりも欲求不満につながります。

Answer 3

これは悪い考えではありませんが、いくつかの制限があります。デプロイメントが問題ではなく、アプリケーションに「ユニバーサル」アクセスする必要がない場合、ソリューションによって時間が節約される可能性があります。 Webアプリケーションは、特にソフトウェアを公開する場合には、より洗練されたアプローチになります。

Answer 4

それはMS Accessでグラフィックエディタを書くことは悪い、またはPowerPointを使用してMMORPGをコーディングすることは、私もあなたのようにブラウザを使用して停止した後だと思います:)

悪いのと同じ理由で悪いアイデアですクライアントは "Webアプリケーション"ではなくなります。実際にはHTTP経由でデータを取得するExcelシートについて話しています。

Answer 5

サーバー側で実行すると、ライセンスとパフォーマンスの問題が発生する可能性があります。

.xlsをクライアントに配信する場合は、すべてのクライアントにExcelなどの互換性が必要です。しかし、あなたはまた、あなたの "サイト"を支配しなくなります。あなたがローカルに必要なものすべてを持っていれば、訪問のポイントは何ですか？

Answer 6

エクセルVBAでのプログラミングの年後、私はこれをやっていないためにあなたを与えることができる最高の答え：

エクセルVBAはバギーです！おそらく、Microsoftが作り出した最もバグの多いアプリです。それはいくつかのタスクには最適ですが、決して意図されていなかった仕事を強制すると、トラブルにつながります。

私は、似たようなことをするスプレッドシートをいくつか持っています（ビルは決して意図したものではありません）。例外なく、彼らは失敗の危機に遭い、ほんの少しの挑発で墜落する傾向があります。

確かに実行できますが、頭痛はそれに値するものではありません。

Answer 7

Excelはそのように使用されることは意図されていなかったので、痛いでしょう。ウェブスプレッドシートの統合のための

二つのより良いアイデア：

• は、Resolver Oneで統合されたWebサーバでプログラム可能なエクセル互換のスプレッドシートを見てみましょう。
• Googleドキュメントスプレッドシートを使用してください。プログラムで相互作用するのはan APIです。

Answer 8

したがって、SQL文はクライアント上にありますか？それはめったに良い考えではありません。

Answer 9

まず、このアプリケーションのユーザー要件を取得しましたか？彼らはウェブサイトが始まったと思うようには聞こえません。彼らはマクロを使ってスプレッドシートを欲しがっているように思えます。

Answer 10

+1誰もが "優れたアプリはウェブアプリではありません"と言いました。

しかし... Webアプリケーションのサーバー側計算にスプレッドシートのメタファーを使用する場合や、サーバー側コードからExcelに付属する財務関数のライブラリにアクセスする場合は、 Excel Services。 SOAPを介して公開されており、相互運用可能であり、SOAP対応プラットフォームから呼び出し可能です。

サーバー対応です。実際にはExcelをサーバーにロードするのではなく、関数のGUI以外のランタイムをロードします。

Answer 11

私はブラウザとしてExcelを使用することは悪い考えですが、私は良いアイデアはデスクトップアプリケーションでExcelコントロールを使用することだと思います。

このようにして、SQLと接続を制御できます。あなたは好きなだけデータを保存することができます。いくつかの更新メカニズムを実装することもできます。アプリケーションはより安全でハッキングするのが難しいでしょう。

私は、あなたが何か外部のリソースに接続しようとすると、あなたはすべてを制御するこの方法でフリーズすると思います。