2017-02-21 9 views
0

私はWiXの教科書を最近読んでいます(WiX:A Dev's Guide by ニック・ラミレス、かなり素晴らしい本です)、UIの章の冒頭で、簡単に(Visual Studioでは)あなたのビジネスについて行くことができるように、すべてのICE警告を抑制してください。WiXなぜすべてのICEエラーを抑制しないのですか?

その後、それがバックICEエラーになり、そしておそらくそれらに対処する方法を学生に示しています。場合は、ここでそれを変更、その後、このを5つのダイアログFilesInUse, Error, FatalError, UserExitを定義し、その場合yadda-、そこにそれを変更しますヤダダヤダ。

逐語的なテキストに続いて、私は退行性のウサギの穴をさらに突き抜けますが、ICEエラーは修正されません。

これは、ICEエラーが発生したときに私がしていることです:私はそれを抑制する!そして、これまでは素晴らしいことでした!

だから私の質問(複数可)は次のとおりです。

  • なぜ私は単に私が手ICEエラーを抑制しないでしょうか?
  • どのようにそれらの合法的な扱いを学ぶのですか?私は助けることができませんが、私の "抑止"方法が私を最終的に噛んで戻ってくると思う。

答えて

2

エラーが発生する可能性があるplaces \ errorsを指しています。

これは直面していることでしょう。多くの人が、すべてがどのように下にあるのか、プロパティ間のすべての隠れた接続や、ある設定が他の設定にどのように影響するかを知っているとは思いません。エラーは、これらの接続と起こりうる落とし穴について警告する方法です。

はい、時には誤警報ですが、ほとんどの場合、インストーラーがそれを実行していない状況を避けるために役立ちます。

特に、1つのICEエラーを抑制すると、実際には1つの場所だけでなく、エラーのすべてのインスタンスが抑制されます(1つのファイルで数十のエラーを抑制することができます。あなたはsearch \ debuggingで自分自身を失うかもしれない)。

私はあなたが試行錯誤してこれを扱う方法を学ぶべきだと思っていますし、このような別の場所やwixユーザーフォーラムに尋ねることによって、ただ、エラーを解決するための1つの正しい方法があるとは限りません。

個人的に、私は警告を抑止しないことを選択しました。私はそれらを見て、それぞれを調べて、予期しない動作で終わるリスクを好みます。

+0

エラーが明示的に適用されない(相互に排他的なコンポーネントが同じ場所にインストールされている)か、正当な理由でICEに違反し、私がその理由を正確に知っている場合、ICEエラーを抑制します。 –

+0

@TeaHunny私は、エラーを抑制しないことがベストプラクティスであることに同意します。私は他の言語でコード化しても、実際のエラーはあまりないが、警告を通過させない。しかし、これまでは本当にシンプルなUIを作成してきました。ユーザーはいくつかの情報を入力し、GOを押します。私はこれらのICEエラーを理解するために時間を費やす必要があるかどうかだけを疑問視しています。私は、しかし、ブライアンの見通しを採用すると思う:あなたがなぜそれらを抑圧しているか知っている場合は、それらを抑制する。 – Bob

+0

私はブライアンと部分的に同意します。あなたがしていることが分かっていれば、無関係なものを抑圧することができるという、理論的には素晴らしいです。 主な欠点は、抑制がグローバルで項目ごとではないことです。\ line - あなた(またはコードを管理している他の人)がエラーを生成する新しい行を追加することができます(エラーを無視する意図はありません)実際のエラーです) - 誰も気付かないでしょう。 – TeaHoney

関連する問題