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