2017-02-21 38 views
0

我最近經歷了一個WiX教科書(WiX:Dev's GuideNick Ramirez,這是一本相當不錯的書),並且在UI章節開始時,它展示瞭如何(在Visual Studio中)禁止所有ICE警告,以便您可以開展業務。WiX爲什麼不只是壓制所有ICE錯誤?

後來,它就會回到ICE錯誤,據說顯示了學生如何對付它們:定義五個對話框FilesInUse, Error, FatalError, UserExit,那麼在這裏改變它,如果這個並改變它,如果有那,yadda- yadda,yadda。

繼文字逐字發射我進一步下降的兔子洞,它不能解決ICE錯誤。

所以這裏是我做什麼,當我得到一個ICE錯誤:我壓制它!而且,到目前爲止,這太棒了!

所以我的問題(S)是:

  • 我爲什麼要簡單地打壓ICE錯誤,我得到什麼?
  • 哪裏學習如何處理它們合法?我忍不住想我的「壓制」方法最終會回來咬我。

回答

2

你不應該壓制錯誤,因爲他們在那裏是有原因的 - 他們指向可能導致問題的地方\錯誤。

因爲讓我們面對它 - 可能並不是很多人都知道一切都是如何運行的,以及屬性之間的所有隱藏關係以及一個設置如何影響另一個設置。錯誤是一種警告您這些連接和可能的陷阱的方法。

是的,有時他們是虛驚一場,但在大多數情況下,他們會幫助您避免安裝程序不按照應有的方式行事,並且您不知道爲什麼。

特別是因爲如果你抑制一個ICE錯誤,你實際上會壓制錯誤的所有實例,而不僅僅是在一個地方\ line(你可能會在一個文件中壓制幾十個錯誤,如果其中一個導致了問題,可能會在搜索\調試中失去自己)。

我認爲你應該學會如何通過反覆試驗來處理它們,並通過在不同的地方或者wix用戶論壇上詢問。請記住 - 並不總是有一個正確的方法來解決錯誤。個人而言,我選擇不壓制警告(根本不用),我更願意看到它們並研究每一個警告,然後冒着意想不到的行爲結束風險。

+0

當錯誤明確指出何時不適用(相互排斥的組件安裝到相同的位置)或者我故意違反了ICE並且知道我爲什麼要這樣做時,我會禁止ICE錯誤。 –

+0

@TeaHunny我同意不壓制錯誤是最好的做法。當我用其他語言編寫代碼時,我不會讓警告通過,更不用說實際的錯誤。但是,到目前爲止,我剛剛創建了非常簡單的用戶界面 - 用戶輸入了幾條信息並點擊GO。我只是在質疑我是否需要花費大量時間來計算這些ICE錯誤。不過,我想我會這樣做,並採納布賴恩的觀點:如果你知道爲什麼要壓制他們,就要壓制他們。 – Bob

+0

我部分贊同布賴恩 - 理論上這聽起來不錯,如果你知道你在做什麼,你可以抑制不相關的東西。 主要缺點是壓制是全局性的,而不是每個項目\行 - 你(或其他維護代碼的人)可以添加新的行\項目來產生錯誤(並且沒有打算忽略錯誤\他們是真實的錯誤) - 沒有人會知道他們。 – TeaHoney

相關問題