Q
瀏覽器兼容性
1
A
回答
2
在ASP.NET,代碼都是服務器端,這樣瀏覽器就永遠不會知道的差異。
會影響瀏覽器的兼容性真的會從內置控件生成的HTML,並與他們一起去相關JavaScript的唯一的東西。就我個人而言,我從來沒有見過這些問題。
最接近的事向我碰到的是與服務器控件生成的「ID」元素的問題。使用元素ID編寫CSS和Javascript非常困難,所以您通常需要使用類。但這不僅僅是一個普通的PITA,而是一個瀏覽器問題。請注意,如果您使用ASP.NET MVC,則「ID」問題不再是一個問題。
0
它更依賴於切片而不是ASP.NET本身。 CSS和javascript不兼容不是服務器端相關的。 如果談論ASP.NET MVC比在asp.net mvc生成的頁面和PHP之間沒有區別。
0
關於第一個問題,瀏覽器只讀取ASP.Net的輸出(HTML /腳本),所以它是不是真的知道什麼建的頁面,服務器建立並提供它。
相關問題
- 1. IE瀏覽器兼容瀏覽器兼容性問題/ Firefox
- 2. CSS瀏覽器兼容性
- 3. WebGL瀏覽器兼容性
- 4. 瀏覽器兼容性
- 5. CSS3瀏覽器兼容性
- 6. 跨瀏覽器兼容性
- 7. Ajax瀏覽器兼容性
- 8. ASP.Net瀏覽器兼容性
- 9. 瀏覽器兼容性問題
- 10. 三個js瀏覽器兼容性
- 11. iOS Chrome瀏覽器/ Chromecast兼容性
- 12. 測試瀏覽器兼容性
- 13. jQuery.data()和跨瀏覽器的兼容性?
- 14. 搜索瀏覽器兼容性工具
- 15. 彈出式瀏覽器不兼容性
- 16. Uploadify瀏覽器兼容性問題
- 17. Opentype功能跨瀏覽器兼容性
- 18. IE7和IE8的瀏覽器兼容性
- 19. Dash JS Player跨瀏覽器兼容性
- 20. jQuery中的瀏覽器兼容性
- 21. jQuery追加瀏覽器兼容性
- 22. SVG/VML瀏覽器的兼容性表
- 23. Wicket JavaScript瀏覽器兼容性
- 24. 的JavaScript瀏覽器兼容性
- 25. IE8的瀏覽器兼容性問題
- 26. 分辨率和瀏覽器兼容性
- 27. dojo跨瀏覽器兼容性
- 28. setAttribute,onClick和跨瀏覽器兼容性
- 29. RichFaces4 vs Web瀏覽器兼容性
- 30. 瀏覽器兼容性問題