クリック ワンスとスマート クライアントの開発を主張しようとしていますが、ネットワーク サポート チームはすべての Web 開発を維持したいと考えています。
クリックワンスとスマートクライアントの開発がビジネスに適していることを彼らに納得させる最善の方法は何ですか?
クリック ワンスとスマート クライアントの開発を主張しようとしていますが、ネットワーク サポート チームはすべての Web 開発を維持したいと考えています。
クリックワンスとスマートクライアントの開発がビジネスに適していることを彼らに納得させる最善の方法は何ですか?
ここに役立つかもしれないいくつかのアイデアがあります
私の職場では ClickOnce を使用しています。Web リリースとの比較という点では、ユーザーにリッチ クライアント アプリを提供する必要性に基づいてケースを作成します。
リッチ クライアント アプリのリリースという点では、ClickOnce は素晴らしいです。起動時に更新を強制するように設定して、ネットワーク全体でバージョンを強制することができます。ClickOnce は、Web 配置が持つ単一の配置ポイントを持つのと同じ利点を提供することを主張できます。
個人的には、ClickOnce が信じられないほど便利であることがわかりました。リッチ クライアント .net アプリを開発していて (Windows で、実際の .net 開発の大部分は Windows で行われていることに直面しましょう)、それをネットワーク経由で展開したい場合は、他に類を見ません。
それらは Windows 環境には存在しますが、他の環境には存在しません。そのため、外部クライアント向けのアプリケーションを作成するつもりなら、おそらく Web ベースの開発に固執するのが最善でしょう。
Asp.net 1.1 がリリースされたとき、Microsoft からこの "Write Once, Run Many" を聞いたことがありますが、実際には発生しませんでした。
@マーク
スケーリング、より大きなサーバーまたはより多くのサーバーと比較してクライアント側の処理を使用すると、コストが削減されます。
私はこれに完全に同意するかどうか確信が持てません。1 台の強力なサーバーと 1,000 台の「ダム端末」を購入する方が、平均的な強力なサーバーと 1,000 台の強力なデスクトップ コンピュータを購入するよりも費用がかからないように思われます。
@ゲートキラー
スケーリングについて話すとき、クライアントではなくサーバーを追加購入するコストについて話していました。
組織内のほとんどのワークステーションは、1 日を通してコンピューティング パワーの 50% をほとんど使用していません。クリック ワンス デプロイされたアプリケーションを使用する場合、既存のワークステーションの機能を使用することになるため、組織に追加のコストがかかることはありません。