WinForm窗體設計器錯誤解決方法

看上面的錯誤資訊就知道其實在設計器時程式已經執行了拖進窗體的控制項的建構函式和load事件等。看網上好多資料都說是designmode屬性的問題，試了下，感覺不行的。下面新建個使用者控制項，在建構函式裡面處理看看是否是designmode:

生成專案，vs工具箱出現使用者控制項testcontrol

新建乙個窗體，往窗體裡面拖放testcontrol控制項，猜猜結果是true還是false?想當然程式還沒執行，處於設計階段應該是true。

no,結果是false!

明顯是設計階段，應該是true才對，可結果是false!

關於designmode,msdn的解釋是：

網上還有說什麼容器控制項裡面的子控制項designmode為false之類的，試了下，都不靠譜，難道這是乙個坑爹的bug？？

解決方法如下:

public
static
bool
isdesignmode()
else
if (process.getcurrentprocess().processname == "
devenv")
#endif
return
returnflag;
}

其實在設計器階段呼叫的程序是vs的程序----即devenv,上面的方法才是判斷當前控制項是否處於設計模式。

更改後**：

public
partial
class
testcontrol : usercontrol
else}}

重新生成後再次在窗體的設計階段拖放testcontrol控制項，這才是預料之中的designmode:

執行對比看看：

設計器時設計模式為true，執行時設計模式為false，符合預期結果。

因此，對應這種問題也就引刃而解了，根據錯誤資訊找到對應的地方，往往是建構函式或者load事件裡面進行判斷，若是處於設計模式就不執行指定的一些**就ok。

private
void scannercontrol_load(object
sender, eventargs e)
}

上面的 _初始化twain()方法要執行讀取掃瞄器和本地儲存配置檔案等一系列複雜操作，完全不用再設計器階段執行**。

重新生成後再次開啟包含該使用者控制項的窗體，在設計階段顯示ok：

ps:自定義使用者控制項時在該控制項所在檔案不要寫其他類，也就是乙個使用者控制項只寫該使用者控制項的類(同樣適合於窗體)，否則設計器也無法顯示控制項；再者，推薦用上面寫的isdesignmode()方法取代designmode屬性，並最後不要在自定義控制項或窗體的建構函式中處理設計器無法正常顯示的**，改放在load事件中處理並用isdesignmode()方法過濾。

WinForm窗體設計器錯誤解決方法

WinForm窗體介面設計

Silverlight 設計器錯誤解決辦法

Windows 窗體設計器中的設計時錯誤

WinForm窗體設計器錯誤解決方法

WinForm窗體介面設計

Silverlight 設計器錯誤解決辦法

Windows 窗體設計器中的設計時錯誤

相關推薦