在腦子里“設想如果可以這樣”，這種方法能幫助你理解Windows是否會允許讓你做這種或那種事情。如果這種設想會明顯的導致一種自相矛盾的情 況，或跟人們已經接受的原則體系相沖突，那你可以明確的得出Windows不會支持這種行為的結論。(當然，如果沒有明顯的矛盾或沖突，也不能證明 Windows就一定會支持這種操作。但用這種方法你可以排除一些明顯的不正確的想法。)

問“如果兩個程序都這樣做會怎樣？”也是一種非常有用的甄別一個功能特征或設計想法是否合理的好方法。配合“設想如果可以這樣”，它們能成為一個漂亮的組合拳。下面是幾個例子：

假設這樣如果是可以的，加上如果有兩個程序都這樣做。程序A創建了一個“最上層”的窗口，程序B也這樣做了。現在用戶拖動這兩個窗口，讓它們重疊，會發生什么？你給自己創造了一個邏輯沖突。這兩個窗口必須有一個在上，一個在下，推翻了假想的“超級最上層”設計想法。

假設如果這樣可能，假設兩個程序都這樣做。你現在有了兩個程序都希望做***/***。但你不可能有兩個***或兩個***。其中有一個必須要放棄。(這個可以推廣到其他的人們想要***或***的事情上。)

假設這是可能的，假設兩個程序都想這樣。當用戶點擊.XYZ文件時，哪個程序運行？

這種情況下的一種解決方案是用戶來選擇文件的關聯程序；但一旦用戶決定讓另外一個程序來執行.XYZ文件，那你不得不接受這樣的事實。

對于很多這種“我想成為這最X”類型的問題，程序員通常會想出一些伎倆，比如運行一個定時器周期性的檢查自己是否仍是最X，如果不是，就重新把它推到X位。不久，你就會開始停下來思考，“如果兩個程序都這樣做會怎樣？”，于是認識到這是一個糟糕的想法。

就算是我這樣解釋了，很多人仍然不得要領。我讓他們去想想“如果兩個程序都這樣做會怎樣？它們會打架，”而我得到的回復是，“我可以讓第二個程序檢查***個程序是否在運行。”他們不明白第二個程序不是他們寫的。

當出現兩個程序這樣“互毆”時，我們無法預料哪一個會贏，但我們可以確定的、100%的預料的誰會輸：用戶。

我還清楚的記得有一回同事讓我看有兩個非常流利的商業軟件都想成為當用戶點擊.XYZ文檔時被調用的程序。因為這是沒法保證的，于是軟件里就提供了定時檢查的程序試圖解決這個問題。

你安裝了***個程序，它把自己設置成.XYZ文件的關聯程序，這看起來很正常。然后你安裝了第二個程序，它也把自己設置成.XYZ文件的關聯程序， 這樣***個程序就跳出來說，“不，.XYZ應該是由我來處理的”，并且把文件關聯改了回去。而第二個程序也說，“沒門，我才是處理.XYZ文件的程序”， 并且把自己重置回去。

這種小孩斗氣式的游戲進行的時候，用戶只能無助的坐在那里發愣的看著.XYZ文件的圖標在兩個程序間換來換去。這兩個程序都堅持認為讓自己來處理.XYZ文件是在為用戶著想。

原文鏈接：http://blogs.msdn.com/b/oldnewthing/archive/2005/06/07/426294.aspx

譯文鏈接：http://www.aqee.net/what-if-two-programs-did-this/