問題タブ [backwards-compatibility]

いくつかの WCF サービスを作成しようとしていますが、レガシー (.NET 1.1 および 2.0) クライアント アプリケーションとの下位互換性を維持する必要があります。

3.0 以降のクライアントでサービスを正しく実行することはできましたが、basicHttpBinding エンドポイント (必要な互換性のために必要と思われる) を使用してサービスを公開すると、サービスはメソッド シグネチャをリファクタリングします。例えば

クライアント アプリには次のように表示されます。

セルフホスティング コンソール アプリの app.config で考えられるすべての構成パラメーターを試しましたが、期待どおりに機能させることができないようです。これは私の期待に欠陥があるという事実につながる可能性があると思いますが、WCF サービスが下位レベルのクライアントへの bool 戻り値の型を処理できないことに驚かれることでしょう。

現在の app.config は次のようになります。

誰でもアドバイスできますか？

私は自分のモデルを WCF でほぼ独占的に使用し始めており、これらのサービスを徐々にバージョン管理するための実用的なアプローチを取得したいと考えていました。誰かが私を正しい方向に向けることができますか?

私は、GUI (グラフィカル) と API (スクリプト) インターフェースの両方を持つアプリケーションに取り組んでいます。当社の製品には非常に大きなインストール ベースがあります。多くのお客様が、当社の製品を使用するスクリプトの作成に多くの時間と労力を費やしてきました。

すべての設計と実装において、(当然のことながら) 100% の後方互換性を維持するという非常に厳しい要件があります。以前に実行されたスクリプトは、新しいソフトウェア バージョンが導入されたときに、変更を加えずにまったく同じ方法で実行し続ける必要があります。

残念なことに、この要件は私たちの手を後ろに縛り付けることがあります。なぜなら、私たちのイノベーション能力や物事を行う新しいより良い方法を考え出す能力が実際に制限されるからです。

たとえば、すでに可能になっているタスクを達成するためのより良い (そしてより使いやすい) 方法を思い付くかもしれません。このより良い方法をデフォルトの方法にすることが望ましいですが、下位互換性に影響する可能性があるため、これを行うことはできません。そのため、ユーザーが利用可能になる前にユーザーが「オン」にする必要があるという新しい (より良い) 方法をモードとして残すことに固執しています。ドキュメンテーションやオンライン ヘルプを読まない限り (多くの顧客は読まない)、この新しい機能は永久に隠されたままである。

Windows Vista が最初に登場したとき、多くの人が Windows Vista で動作しなかったすべてのソフトウェアと周辺機器に悩まされたことを私は知っています。そのせいでかなり評判が悪かったです。しかし、Microsoft は、多くのユーザーの下位互換性を犠牲にして、Vista でいくつかの大きな革新を行うことに成功したこともわかります。彼らは危険を冒しました。それは報われましたか？彼らは正しい決断をしましたか？時間が経てば分かると思います。

イノベーションと下位互換性という相反するニーズのバランスをとっていますか? ジャグリング行為をどのように処理しますか？

私の開発環境はJDK1.6で実行されており、JDK1.5を実行しているクライアントと互換性があるようにいくつかのクラスをコンパイルする必要があります。'javac' antターゲットでこれを行うにはどうすればよいですか？

こんにちは、icefaces 1.7.1 を 1.7.2 にアップグレードしたところ、同じリンクを 2 回クリックした後に javax.faces.application.ViewExpiredException 例外が発生し始めました。私は JBoss Seam 2.0.2 を使用しています。これはアップグレード中に行った愚かな間違いだと思いますが、何が原因かわかりません。3 つの jar を新しいもの (icefaces.jar、icefaces-comps.jar、icefaces-facelets.jar) に置き換えました。他に何かすべきことはありますか? 1.7.1 に戻すと、以前と同じようにすべて正常に動作します。

特にドラッグ アンド ドロップ機能の領域で、Mootools の下位互換性が十分でないという問題がありました。jQuery が後方互換性を持たないという同様の問題を誰かが抱えているかどうか疑問に思っていました。私たちはそれをかなり頻繁に使用し始めており、それを必要とするいくつかのプラグインの使用を開始するために新しいバージョンにアップグレードすることを考えています. 古いバージョンを削除した場合、問題は発生しますか?

私の同僚が Mootools の下位互換性に問題を抱えていましたが、他の誰かがこれに気づいていないかと思っていました。彼の主な問題は、古いバージョンで提供されていたドラッグ アンド ドロップ機能を使おうとしたときだったと彼は言いました。私は自分で実際に調べたことはありませんでしたが、JQueryについて同じ質問をするときに言及したとき、他の人は同じ問題を抱えていないようでした.

Stackoverflow で Mootools の下位互換性の問題に気付いたことはありますか?

開発ツールのアップグレードを検討している場合、後方互換性はどの程度重要ですか? ソース コードに大幅な変更が必要になった場合でも、Visual Studio 2010 を購入しますか? 新機能の後方互換性をトレードするという点で、転換点はどこですか?

Web サイトの一部の領域をいくつかの jQuery アニメーションであちこちに飾りたいと思っています。また、既存のコードにはブラウザー間の互換性の問題があるため、AJAX コードを完全に置き換えたいと考えています。ただし、jQuery は JavaScript ライブラリであるため、JavaScript がオフになっている場合やユーザーのブラウザーに存在しない場合、ページが正しく機能しないことが心配です。

例を挙げましょう: 現在、純粋な CSS ツールチップを使用して、他のユーザーに関する情報をユーザー (プレーヤー、サイトはブラウザー ゲーム) に提供しています。たとえば、ゲーム内の他のプレーヤーが 1 つ以上の条件を満たしている場合、ターゲット アイコンが名前の横に表示され、そのターゲット アイコンにカーソルを合わせると、ターゲットの背後にある理由に関する情報が表示されます。これは、プレイヤーがゲームで次に攻撃する予定の相手を知るのに役立つため、有益な情報です。

現在、私は CSS を使用してそのようなツールチップを作成しています。クラス「info」のターゲットアイコンの画像を保持する親divがあります。次に、その中に含まれる「info」クラスのホバー状態では表示されるが、通常の状態では非表示になるクラス「tooltip」を持つ div があります。私はそれについて読んだときにかなり賢いと思いました.JavaScriptが使用されていないため、CSS準拠のブラウザで動作します.

jQuery を使用して同じ効果を達成したいと思います。これは主に、よりきれいに見えるためですが、また、迅速で微妙なアニメーションにより、そのようなものが「ランダムに表示される」ことがユーザーにとってより意味のあるものになると信じているためです。出会い。この2つが衝突するかどうかだけが気になります。これはほんの一例であり、JavaScript を使用できないことがサイトの妨げになる例は他にもたくさんあります。

私が尋ねているのは、JavaScript をサポートしていないが、それ以外の場合はほとんどの CSS をサポートしているブラウザーで jQuery サイトを適切に低下させるにはどうすればよいかということです。私の目標は、ブラウザーの選択に関係なく、すべてのユーザーにとって基本的なレベルでサイトが機能することです。アニメーションは良い例ですが、AJAX を使用した自動更新などのより動的な部分についても心配しています。これを達成する方法についての良いリソースはありますか、または最善の方法について何かアドバイスはありますか?そのような分解性は達成できますか？

ありがとう

PS: まったく関係ありませんが、Firefox は「分解性」は単語ではなく、「生分解性」(接頭辞が「bio」の場合) であると考えているようです。変...

32 ビットのハードウェア / OS 用に作成されたプログラムが 64 ビットのハードウェア / OS で実行されない根本的な理由がないことは理解していますが、実際には、32 ビット バージョンの Windows を対象とした多くのプログラムが実行されないことがわかりました。 Windows の 64 ビット バージョンで動作します。例としては、多くの人気のあるセキュリティ ユーティリティ (Norton および Check Point の Zone Alarm のほとんどの製品) やいくつかのゲーム (ここ数週間、Grand Theft Auto 4 を実行しようと試みていますが、うまくいきませんでした。これは、GTA4 に関連する他の多くの問題に関連している可能性がありますが、ここでもそこでもありません)。

プログラムの非互換性は、「Program Files (x86)」フォルダから実行したくないという単純な理由で発生する可能性があると聞きましたが、他の理由にはどのようなものがありますか? 32 ビット システム用に作成されたウイルス スキャナまたはファイアウォールが 64 ビット システムで実行されないのはなぜですか? すべてが理論的に下位互換性があるのに、なぜゲームが実行されないのでしょうか?