あなたが炎上する前に、私はこれが悪い考えだと自分自身に納得させようとしていると言います.
基本的に、いくつかの基本的な会計機能を備えた Web サイトを作成しようとしています。私の友人で、Excel しか知らないコンサルタントが、これを Web インターフェイスではなく Excel スプレッドシートにできないかと尋ねました。
この場合、Excel が優れたツールではないのはなぜでしょうか? web2.0 アプリが持つすべてのツール (スクリプト、データベースへのアクセス、基本的な書式設定) があり、会計用に作成されています。基本的に、Excel を使用して、SQL データベースからデータを取得し、一部のセルにデータを入力し、残りのセルに数式を使用するプログラムを作成できます。
ブラウザを使用して ajax-y web2 アプリを作成するように、Excel を使用する前例はありますか?
なぜこれが悪い考えなのですか？
更新：明確にするために、これはより「修辞的な」議論になることを意味していました。メッセージの残りの部分がそれを明確にしなかった理由がわかりません...
そうですね、エクセルで作ったらWebアプリにはなりません。Excelアプリケーションになります。
それが悪いことではありません。Excel でアプリを構築する方が理にかなっている場合は、それを選択してください。
Excel で実行する際に発生する問題は、デスクトップ アプリケーションと Web アプリケーションで遭遇する問題と同じです。たとえば、アプリの新しいバージョンの展開をどのように処理しますか? 新しい (または古い) バージョンの Excel のアプリの更新をどのように処理しますか? 等
到着予定時刻:
Excel VBA のバグやデスクトップ アプリケーションの管理の煩わしさを回避したい場合は、Google Spreadsheets APIを調べることをお勧めします。これを使用して、数式やその他のスプレッドシートの優れた機能を含め、Google ドキュメントのスプレッドシートをオンザフライで作成/更新できます。Web アプリケーションと Google スプレッドシートのハイブリッドを使用すると、正確に何をする必要があるかに応じて、両方の長所が得られる場合があります。
Excel-VBAで何年もプログラミングした後、これを行わないことに対して私があなたに与えることができる最良の答えは次のとおりです。
Excel-VBA にバグがあります。これはおそらく、Microsoft が作成したアプリの中で最もバグが多いアプリです。いくつかのタスクには優れていますが、意図されていない仕事を強制すると、問題が発生します。
私は似たようなこと (Bill が意図したことではありません) を行うスプレッドシートをいくつか持っています。
もちろん、それはできますが、頭痛はそれだけの価値がありません。
エクセルはそういう使い方を想定していなかったので、つらいです。
Web スプレッドシートの統合に関する 2 つの優れたアイデア:
それは悪い考えではありませんが、いくつかの制限があります。展開が問題ではなく、アプリケーションへの "ユニバーサル" アクセスが必要ない場合、ソリューションによって時間を節約できる可能性があります。特にソフトウェアを公開したい場合は、Web アプリケーションの方がより洗練されたアプローチであることは間違いありません。
では、SQL ステートメントはクライアント上にあるのでしょうか? それはめったに良い考えではありません。
Excel をブラウザとして使用するのは悪い考えだと思いますが、デスクトップ アプリで Excel コントロールを使用する方が良いと思います。
このようにして、SQL と接続を制御できます。好きなだけデータを保存できます。更新メカニズムを実装することもできます。アプリはより安全になり、ハッキングされにくくなります。
外部リソースに接続しようとするとExcelがフリーズし、このようにしてすべてを制御できると思います。
Web は本質的に HTML に基づいており、データベース、CSS、サーバー側の言語、および JavaScript (おそらく他の言語) が追加されています。ほとんどのものと同様に、仕事に適したツールを使用する必要があります。ウェブサイトが必要な場合は、ウェブサイトを作成するためのツールを使用する必要があります。
Excel は Web サイトを作成するためのものではありません。Web サイトを作成することを強制すると、幸福よりもフラストレーションが多くなる可能性があります。
MS Accessでグラフィックエディタを書くのが悪いのと同じ理由で、それは悪い考えです.Powerpointを使用してMMORPGをコーディングするのは悪いです:)
また、ブラウザをクライアントとして使用するのをやめると、それは「Web アプリケーション」ではなくなります。実際には、HTTP 経由でデータをフェッチする Excel シートについて話しているだけです。
サーバー側で実行すると、ライセンスとパフォーマンスの問題が発生する可能性があります。
.xls をクライアントに配信する場合、すべてのクライアントが Excel または互換性のあるものを持っている必要があります。しかし、自分の「サイト」を制御できなくなります。必要なものがすべてローカルにあるのに、訪問する意味はありません。
「Excel アプリは Web アプリではない」と言ったすべての人に +1。
しかし... Web アプリのサーバー側計算にスプレッドシート メタファを使用する場合、またはサーバー側コードから Excel に付属する財務関数のライブラリにアクセスする場合は、Excel Servicesを使用できます。SOAP を介して公開され、相互運用可能で、SOAP 対応プラットフォームから呼び出すことができます。
サーバー対応です。実際にはサーバーに Excel をロードするのではなく、関数の非 GUI ランタイムをロードします。
このアプリケーションのユーザー要件を取得することから始めましたか? 彼らが最初からウェブサイトを望んでいるようには思えません。マクロを含む Excel スプレッドシートが必要だったようです。