7

WindowsフォームとWebの2つのインターフェースを持つプロジェクトに取り組んでいます。過去 8 か月間、Web アプリのメンテナンスに関する問題に直面してきました (FF ではなく IE で動作する、デバッグが容易ではない奇妙な方法で ajax が壊れる...) など。

一方、winform アプリは簡単にインストールできます。xcopy バージョンがあり、ユーザーがブラウザーのリンクをクリックしてダウンロードしてインストールできるようにするクリック ワンス デプロイがあります。アプリをアップグレードするときは、アプリをサーバーに公開して電子メールを送信するだけです。リンク付き。ユーザーがダウンロード リンクをクリックすると、新しいバージョンが表示されます...必要なのは 2.0 ランタイムだけです。

潮流はスマート クライアントに変わりつつありますか?

編集: クライアント アプリを悩ませていた Web アプリ (あまりにも多くのプラットフォーム.. すべてが同じ基準に従っているわけではない) で問題を引き起こしているのはブラウザーですか?

編集: Web アプリケーションは、4 つのブラウザー (IE は言うまでもなく、IE 6、IE 7、および IE 8) でテストする必要があります。一方、スマート クライアントはフレームワーク上で実行されるため、すべての OS でテストする必要はありません。

4

8 に答える 8

2

私自身、この問題についていくつかの経験があります。私が発見したことの 1 つは、一部のビジネスおよびソフトウェア管理担当者が、Web 開発の浅い学習曲線* を安価な開発コストと誤解していることです。プロジェクトの要件が十分に軽い場合は、Web アプリを構築して展開する方が安価かもしれませんが、Web アプリをより洗練されたものにすることは、デスクトップ アプリケーションの開発に比べて大きな苦痛になる限界があることがわかりました。このギャップを埋めるために Flash や AJAX などのテクノロジが利用されていますが、UI を Web サイトとして提供するよりも、ローカルで実行して Web 要求を行うアプリを作成する方がはるかに簡単な場合があります。

.NET の積極的なマーケティングは、流れを変えるという点で確かに役立ちます。:) .NET プラットフォームを使用している限り、アプリケーションがローカルで実行されるか Web サイトとして実行されるかをあまり気にしないクライアントがいます。これにより、Web アプリとして悪夢を引き起こす UI の重いプロジェクトに WinForms API を簡単に使用できます。

* 「浅い学習曲線」とは、Web 開発者が HTML と CSS から始めて、JavaScript を少しずつ混ぜて、そこから PHP に移行できることを意味します。これらはすべて、C++ や C# に比べて使いやすいツールです。初心者目線。

于 2008-12-05T20:43:06.407 に答える
1

潮目が銀色に変わるかも？

しかし、多くの場合、スマート クライアントの展開は非常に簡単です (clickonce)。

于 2008-12-05T20:24:30.763 に答える
1

従来、Web アプリの利点は、クロスプラットフォームが容易であり、展開が問題にならなかったことでした。

ClickOnce などのテクノロジを使用すると、デプロイが簡単になります。そのため、アプリが限られた一連のプラットフォームのみをターゲットにする必要がある場合は、一貫性のある制御可能なユーザー エクスペリエンスを実現できます。

于 2008-12-05T20:30:50.893 に答える
1

イントラネット ユーティリティ用の PHP Web サイトがありました。ClickOnce を使用した C# アプリケーションを 2 年間切り替えてきましたが、誰もがデスクトップ アプリケーションで作業するのが大好きです。更新は自動的に行われ、開発チームはすべての GUI/ビジュアル時間を約 70% に削減しました。ほとんどのコンピューターはまったく同じ (すべて同じ OS でほぼすべて同じ構成) であるため、この高レベルまたは成功が得られる可能性がありますが、まあ、成功です。この経験があなたの決断の助けになれば幸いです。

于 2008-12-05T20:33:58.843 に答える
1

プログラミングパラダイムは振り子です。物事はシック クライアントに戻り、次にシン クライアントに戻ります。

クラウド コンピューターを例にとると、分散コンピューティングは 30 年以上存在しています。しかし、キッチュな名前を付けたのは「新しい」ものです。

Web 2.0 は現在進行中ですが、それはなくなり、「スマート」なクライアントが戻ってきます。その後、「Web 3.0 - 今回はホイッスルを追加」が登場し、「スマート」を押し出します。

されたことは再び行われ、行われたことは再び行われます。太陽の下で新しいものは何もありません。

于 2008-12-05T22:01:54.420 に答える
0

Java Web Start のようなものも何千年も前から存在していましたが、離陸しませんでした...

プログラマーの観点では、これらの技術者は間違いなく優れた方法です。Web 上でアプリケーションを作成するには、実際にハッキングするだけです。彼らはいつか離陸しますか？時間だけが教えてくれます。私はそう願っています。

于 2008-12-05T20:30:52.467 に答える
0

クライアント ベースを制御できると、アプリケーションをより適切に制御でき、シック クライアントはそれらのドメイン (特に企業環境のファイアウォールの背後) で適切に機能します。

ただし、winform アプリには、OS、.NET インストールなどへの依存関係があります。したがって、Windows と互換性のある .NET フレームワークを実行している限り、問題はありません。しかし、明らかに、クライアントが進歩するにつれて、これらの前提を維持する必要があります。

「奇妙な Ajax の問題」を除けば、全員が同じブラウザーを使用することを義務付けていた場合 (Windows と .NET を使用することを義務付けているのと同じように)、これらの非互換性の問題は「なくなる」でしょう。

明らかに、Ajax 開発とブラウザーは、他の開発モデルやツール スイートほど成熟していませんが、非常に急速に改善されています。特にこの新しい分野におけるブラウザー プラットフォームの成熟度は、「Fat Ajax」モデルの主な欠点です。

しかし、現在、4 つの主要な企業/組織がこのモデルを非常に強く推し進めており、「Fat Ajax」モデルは、より幅広いアプリケーションにとってより良い選択となる基準を引き続き引き上げると考えています。

于 2008-12-05T20:45:38.897 に答える
0

私の意見では、さまざまなブラウザーのコーディングは、ネイティブ GUI アプリを mac、windows、および *nix (*nix ランドのさまざまなウィンドウ プラットフォームは言うまでもありません) で適切に機能させることほど難しくはありません。しかし、比較的最近の Windows コンピューターのみをサポートする必要がある場合は、意味があるかもしれません。

于 2008-12-05T21:51:03.100 に答える