私はWiXの教科書を最近読んでいます(WiX:A Dev's Guide by ニック・ラミレス、かなり素晴らしい本です)、UIの章の冒頭で、簡単に(Visual Studioでは)あなたのビジネスについて行くことができるように、すべてのICE警告を抑制してください。WiXなぜすべてのICEエラーを抑制しないのですか?
その後、それがバックICEエラーになり、そしておそらくそれらに対処する方法を学生に示しています。場合は、ここでそれを変更、その後、このを5つのダイアログFilesInUse, Error, FatalError, UserExit
を定義し、その場合yadda-、そこにそれを変更しますヤダダヤダ。
逐語的なテキストに続いて、私は退行性のウサギの穴をさらに突き抜けますが、ICEエラーは修正されません。
これは、ICEエラーが発生したときに私がしていることです:私はそれを抑制する!そして、これまでは素晴らしいことでした!
だから私の質問(複数可)は次のとおりです。
- なぜ私は単に私が手ICEエラーを抑制しないでしょうか?
- どのようにそれらの合法的な扱いを学ぶのですか?私は助けることができませんが、私の "抑止"方法が私を最終的に噛んで戻ってくると思う。
エラーが明示的に適用されない(相互に排他的なコンポーネントが同じ場所にインストールされている)か、正当な理由でICEに違反し、私がその理由を正確に知っている場合、ICEエラーを抑制します。 –
@TeaHunny私は、エラーを抑制しないことがベストプラクティスであることに同意します。私は他の言語でコード化しても、実際のエラーはあまりないが、警告を通過させない。しかし、これまでは本当にシンプルなUIを作成してきました。ユーザーはいくつかの情報を入力し、GOを押します。私はこれらのICEエラーを理解するために時間を費やす必要があるかどうかだけを疑問視しています。私は、しかし、ブライアンの見通しを採用すると思う:あなたがなぜそれらを抑圧しているか知っている場合は、それらを抑制する。 – Bob
私はブライアンと部分的に同意します。あなたがしていることが分かっていれば、無関係なものを抑圧することができるという、理論的には素晴らしいです。 主な欠点は、抑制がグローバルで項目ごとではないことです。\ line - あなた(またはコードを管理している他の人)がエラーを生成する新しい行を追加することができます(エラーを無視する意図はありません)実際のエラーです) - 誰も気付かないでしょう。 – TeaHoney