質問

炎上を始める前に言っておきますが、私はこれは悪い考えだと自分に言い聞かせようとしているのです。

基本的に、いくつかの基本的な会計機能を備えた Web サイトを作成しようとしています。Excel しか知らないコンサルタントの友人は、これを Web インターフェイスの代わりに Excel スプレッドシートにできるのではないかと尋ねました。

この場合、なぜ Excel がより優れたツールではないのか、と考えてしまったのです。これには、Web2.0 アプリが持つすべてのツール (スクリプト作成、データベースへのアクセス、基本的な書式設定) が備わっており、会計用に作成されています。基本的に Excel を使用して、SQL データベースからデータを取得し、一部のセルにデータを入力し、残りに数式を使用するプログラムを作成できます。

ブラウザーを使用して ajax-y web2 アプリを作成するのと同じように Excel を使用する前例はありますか?

なぜこれが悪い考えなのでしょうか?

アップデート:明確にするために、これはより「修辞的な」議論であることを意味しました。メッセージの残りの部分でそれが明確にされなかった理由はわかりません...

役に立ちましたか?

解決

Excel で作成した場合、それは実際には Web アプリケーションではありません。Excelアプリケーションになります。

それが悪いことではありませんが。Excel でアプリを構築する方が合理的である場合は、それを選択してください。

Excel でこの作業を行う場合に発生する問題は、デスクトップやデスクトップで発生する問題と同じです。ウェブアプリケーション。たとえば、アプリの新しいバージョンのデプロイをどのように処理しますか?Excel の新しい (または古い) バージョンのアプリを更新するにはどうすればよいですか?等

到着予定時刻:

Excel VBA のバグやデスクトップ アプリケーションの管理の煩わしさを避けたい場合は、次のことを検討するとよいでしょう。 Google スプレッドシート API. 。これを使用すると、数式や他の多くのスプレッドシートの優れた機能を含む Google ドキュメント スプレッドシートをその場で作成/更新できます。Web アプリケーションと Google スプレッドシートのハイブリッドを使用すると、正確に何をする必要があるかに応じて、両方の長所を活用できる場合があります。

他のヒント

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

エクセルVBAはバギーです!これはおそらく、マイクロソフトが生産しているほとんどのバグで満たされたアプリです。これは、いくつかのタスクのために素晴らしいことだが、それが意図されていませんでしたために仕事をすることを強制することは、トラブルにつながるます。

私は同様のことを行う、いくつかのスプレッドシートを持っている、(物事ビルが意図したことはありません)、そして例外なく、彼らは失敗の瀬戸際にシーソー、そして唯一のわずかな挑発でクラッシュする傾向がある。

確かに、あなたがそれを行うことができますが、頭痛は、それだけの価値はありません。

Excelませんでしたするために設計されたそうで胸が痛くなるばかりです。

二人のアイディアやウェブ-ト統合-

  • リゾルバの一, では、プログラマブルエクセル対応のトの統合webサーバです。
  • 使用 Googleドキュメント スプレッドシート.はありま API 交流プログラムです。

これは悪い考えではありませんが、それはいくつかの制限が付属していません。展開があなたのための問題ではない、とあなたがアプリケーションに「ユニバーサル」のアクセスを必要としない場合は、あなたのソリューションは、おそらくあなたにいくつかの時間を節約します。 Webアプリケーションは確かにあなたが公にソフトウェアが利用できるようにしたい場合は特に、よりエレガントなアプローチになります。

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

エクセルは、それはおそらく幸せよりも欲求不満につながるそうするように強制的に、ウェブサイトを作るためのものではありません。

さて、あなたはおそらく、ライセンスやパフォーマンスの問題に遭遇するだろうと、サーバー側でそれを実行するつもりです。

あなたがクライアントに.XLSを提供している場合は、Excelや互換性のある何かを持っているすべてのクライアントのために必要があると思います。しかし、あなたはまた、あなたの「サイト」上のコントロールを失う? - あなたはローカルで必要なすべてを持っている場合は訪問のポイントは何

だから、SQL文は、クライアント上にあるのでしょうか?それはめったに良いアイデアません。

これは、MS Accessでグラフィックエディタを書くことは悪い、またはPowerPointを使用してMMORPGをコーディングすることは悪いことと同じ理由のために悪い考えです:)

私はまた、あなたがクライアントとしてブラウザを使用して停止したら、それは、「Webアプリケーション」でなくなると言うでしょう - あなたは本当にただHTTP経由でそのデータをフェッチExcelシートについて話している。

とみんなに+1「エクセルアプリは、Webアプリケーションではありません。」

しかし...あなたはWebアプリケーションのためのサーバー側の計算のためのスプレッドシートのメタファーを使用したい、またはあなたは、サーバー側のコードからエクセルに付属している金融機能のライブラリーにアクセスしたい場合は、あなたが使用できる場合は< href = "http://msdn.microsoft.com/en-us/library/ms546696.aspx" のrel = "nofollowをnoreferrer"> Excel Servicesのを。これは、任意のSOAP対応のプラットフォームから呼び出し可能なSOAP、相互運用可能、を介して公開されます。

これは、サーバー対応です。これは、実際にサーバ上でExcelをロードしますが、機能の非GUIランタイムしません。

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

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

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

あなたは、このアプリケーションのユーザー要件を取得することによって開始しましたか?彼らが開始するウェブサイトを望んでいたようにそれは鳴りません。彼らはマクロでExcelのスプレッドシートを望んでいたように聞こえます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top