在Scala的案例類中使用無形的HList有什麼優勢?在什麼情況下你會不是想使用HList?選擇無形的HList而不是案例類
1
A
回答
3
您可能需要先閱讀這些問題:
Are HLists nothing more than a convoluted way of writing tuples?
How can I use the new Slick 2.0 HList to overcome 22 column limit?
本質case classes
是tuples
之下,這反過來又映射到一個Java classes
。然而HList
是一個List like
數據結構。因此,您可能必須遍歷列表以訪問特定成員HList
。這比使用案例類成員或元組成員成本更高。
+1
也從案例類切換到可擴展記錄可能會有性能影響,請參閱以下基準: https://github.com/eugengarkusha/record-vs-caseclass-element-access-benchmark – 2017-05-19 10:20:22
相關問題
- 1. 不成形 - 從基HList派生類型構造HList的選擇
- 2. 選擇案例不是或
- 3. 另一種方式,而不是選擇案例
- 4. 案例陳述,而不是多個選擇
- 5. 無形HList附加器
- 6. 案例在mysql中的選擇案例
- 7. 從Slick HLIST獲取元素(或將Slick HLIst轉換爲無形的HList)
- 8. 不成形HList映射
- 9. Verilog:任務使用案例不選擇正確的案例
- 10. 選擇案例的InputBox不起作用
- 11. TempVars的在選擇案例
- 12. 包含序列的無形HList
- 13. 無形的:複雜HList約束
- 14. 無形案例研究
- 15. 選擇查詢時選擇案例
- 16. 案例類返回產品而不是實際類型
- 17. SQL Server 2008:案例矩陣?選擇性案例?案例協會?
- 18. 選擇案例不運行每個案例
- 19. 選擇案例菜單不起作用
- 20. UI選擇案例不敏感
- 21. 無形的轉換情況下類HList並跳過所有選項字段
- 22. SQL選擇案例組由
- 23. Excel宏 - 選擇案例
- 24. vb.net選擇案例錯誤
- 25. 編碼和選擇案例
- 26. find_by_sql並選擇案例
- 27. 案例選擇語句
- 28. 問題與「選擇案例」
- 29. MYSQL 5.x選擇案例
- 30. 精簡選擇案例
你可以將它重新設計爲case類與元組,並且答案基本相同。 – 2014-09-29 19:25:09