11 回答

TA貢獻(xiàn)1852條經(jīng)驗(yàn) 獲得超1個贊
被調(diào)用方不能決定調(diào)用方的操作.這是常識.
你說的臃腫是不存在的.調(diào)用方不判斷返回值這行代碼誰看的懂.神仙也不知道這么一行調(diào)用后面的就不執(zhí)行了.
就算你拋異常出去.外面都能接了繼續(xù)跑.除非你把a(bǔ)pplication結(jié)束了.

TA貢獻(xiàn)1846條經(jīng)驗(yàn) 獲得超7個贊
是的,努力也無效,最終我放棄這種思路,仍采取我文中最后的方式,每個方法中都增加判斷的機(jī)制。
雖然重復(fù)了一些代碼,但這個是最簡單,最有效的,也便于理解的。

TA貢獻(xiàn)1815條經(jīng)驗(yàn) 獲得超10個贊
那與我上面的if (C() == false) return false;有什么區(qū)別,沒有區(qū)別,我就是想消除這種重復(fù)判斷

TA貢獻(xiàn)1850條經(jīng)驗(yàn) 獲得超11個贊
用多線程,確實(shí)可以起到終止執(zhí)行的效果,但會帶來許多的不便,比如:線程的同步問題,線程中操作UI控件等問題,雖說都有解決辦法,但會將本身簡單的方法復(fù)雜化,不可取。

TA貢獻(xiàn)1809條經(jīng)驗(yàn) 獲得超8個贊
@夢在旅途:?Response.End();好像這個就是終止了當(dāng)前線程,所以你要做到這個效果一般都是針對某一個線程里面的情況。
因?yàn)槟阆胱尯竺娴拇a不再執(zhí)行,要不就跳出去(異?;蛘呓K止線程),要不就是加多代碼去判斷。要不然你沒要繞過待執(zhí)行的代碼

TA貢獻(xiàn)1843條經(jīng)驗(yàn) 獲得超7個贊
@Jimmy.pan: 我意思是 new 一個 Thread ?,然后就可以掌控它隨時讓他終止、掛起,但對主線程無影響了
- 11 回答
- 0 關(guān)注
- 1512 瀏覽
添加回答
舉報