5
A
回答
8
這取決於你想要達到什麼，以及你如何去做。一個寫得很好的XSLT宏可能會比糟糕的.NET宏更好，反之亦然。例如，在操縱XML來顯示數據時，XSLT是快速而優雅的，但在嘗試處理用戶交互時很快就會變得笨拙。我使用的經驗法則是，如果您只是顯示數據，然後使用XSLT，但是如果您想要一些用戶交互，那麼使用.NET。
-3
試試看並找出？這叫做測量？
相關問題
- 1. .net用戶控件的代碼隱藏不是XSLT一把umbraco宏觀
- 2. 這是更快：用於或的foreach
- 3. .Net用戶控制界面
- 4. 這是更快（我== 0）或（I'）
- 5. 這是更快的mysqli_prepare或mysqli_query？
- 6. 這是更快，序列化，ini或XML
- 7. 這是一個更快的Hbase或Hypertable？
- 8. 這是更快的火花，collect（）或toLocalIterator（）
- 9. 這是更快，ImageMagick的類或者exec（）
- 10. 我可以使這個宏更快嗎？
- 11. 什麼是更快？角表達式或控制器代碼
- 12. 調用線程.NET。這與控制
- 13. 這是什麼控制？組盒或不！
- 14. 這是什麼控制或查看？
- 15. Umbraco CMS（.NET）：記錄錯誤加載xslt /用戶控件
- 16. SQL：BETWEEN和IN（這是更快）
- 17. 使用.NET控制FTP帳戶
- 18. ASP .Net用戶控制錯誤處理
- 19. 更新用戶控制
- 20. 按內容用戶在模板中移動.net控件/宏
- 21. XSLT控制結構！
- 22. 這是更快的：bitshift vs switch
- 23. 宏觀控制DEBUG
- 24. 使宏運行更快
- 25. 更快地運行宏
- 26. 用戶控制重構 - 我能做得比這更好嗎？
- 27. 用戶控制控件是空
- 28. Umbraco XSLT宏問題
- 29. 標準化這張表是否更快？
- 30. XSLT Transformation .Net
我不得不反對反對票：OP問了一個非常狹窄的問題，可能有十個人在這個星球上能夠回答。另一方面，他真的可以做一個測試並找到他的答案！ – 2017-05-17 04:21:39