1
A
回答
3
推測是因爲CLR沒有使用異常規範;這反過來大概是因爲微軟看着Java並決定他們比他們的價值更麻煩。 因此,指定您的方法拋出異常的最佳做法是不要打擾,即刪除異常規格。值得指出的是,即使在正常的C++(即本地)世界中,大多數人都完全避免了異常規範,或者只使用空的規範來指示該方法不會拋出。
相關問題
- 1. 如何允許異常在rspec請求規範中冒泡
- 2. GCC異常規範
- 3. 資源規範不允許錯誤
- 4. 重載函數的C++異常規範
- 5. 異常規範和模板
- 6. 爲什麼C++ CLI不允許使用擴展方法?
- 7. 繞過Java異常規範...?
- 8. C++異常規範 - 處理無效異常
- 9. WP7 IsolatedStorage異常:{「IsolatedStorageFileStream不允許操作」}
- 10. Spring LdapTemplate - 屬性'gidNumber'不允許異常
- 11. IsolatedStorageFileStream不允許操作異常
- 12. 不允許異常鏈接的JDK異常如何?
- 13. CORBA本地對象不允許使用JAVA異常
- 14. 是否有任何協議規範允許使用TCP或UDP?
- 15. 允許範圍
- 16. 發生異常:原因:協調超出允許範圍java.lang.IllegalStateException:協調超出允許範圍
- 17. 許可規範
- 18. main()是否有異常規範?
- 19. 在C++/CLI中處理C#異常
- 20. 約束規範在這裏不允許是什麼意思?
- 21. ORA-02253 ORA-02253:約束規範這裏不允許
- 22. ORA-02253:約束規範不允許在這裏
- 23. 爲什麼C++不允許使用typeof?
- 24. RX,重試,允許處理異常
- 25. H2 Java插入忽略 - 允許異常
- 26. 異常允許我們分開什麼?
- 27. C++/CLI混合模式不允許FILE結構?
- 28. 異常規範重寫虛函數
- 29. WCF REST調用返回「方法不允許」異常
- 30. 主要方法的Java異常規範