1
A
回答
0
您是否嘗試過使用固定大小的數組,即int [10]?
相關問題
- 1. 編譯查詢和「參數不能是序列」
- 2. 排序和分頁編譯的查詢
- 3. 過濾列表,在編譯的查詢參數
- 4. 爲Hasql查詢編碼參數列表
- 5. NSIS編譯器和參數
- 6. Codeigniter編譯查詢
- 7. 查詢RESTRICT_REFERENCES編譯
- 8. URIBuilder和列表查詢參數
- 9. C++編譯時檢查函數參數
- 10. LINQ-to-SQL編譯查詢問題(作爲未編譯查詢)
- 11. 每次參數對相同查詢更改時,編譯查詢是否有效?
- 12. ASP.net性能和編譯查詢
- 13. 實體框架,編譯查詢和IIS
- 14. Linq編譯查詢和性能問題
- 15. LINQ to SQL和已編譯的查詢
- 16. 編譯器無法評估LINQ查詢中的類型參數
- 17. 編譯查詢只允許標量參數!
- 18. LINQ編譯的查詢錯誤「parameteres不能序列」
- 19. 檢查泛型參數在編譯時
- 20. std :: unordered_map ::查找和計數作爲參數失敗編譯
- 21. Javac編譯參數
- 22. Heroku編譯參數
- 23. LINQ編譯的查詢選擇和多列
- 24. SQL查詢編譯後元數據
- 25. 動態參數和查詢
- 26. 僞裝和查詢參數
- 27. VBA,ADO.Connection和查詢參數
- 28. 編譯實體SQL查詢和排序依據
- 29. 編譯的程序需要參數?
- 30. 編譯LINQ查詢 - NHibernate的
我想過這個,但我從來不知道這個系列會有多大。如果預先定義一個高容量的數組參數會不好,比如int [100]? – 2009-09-14 13:44:27
我認爲這將是一個很好的解決方法,只要您確定100足夠高,並且您明確檢查超出範圍並記錄系統錯誤以防萬一發生。 100個整數將是一個微不足道的內存量,不會影響運行時性能,而編譯查詢將肯定會提高運行時性能。所以,如果你達到了這個限制,你的性能會有所提高,但是一個潛在的問題,所以一定要記錄下來,並且確保它很容易追蹤,以防你的程序長時間運行並且你的孫子有調試它:)( – 2009-09-14 14:46:20