共享提示爲IE6新手的JavaScript調試技術後

Question

我相信我已經找到了how to debug JavaScript code in IE6一些有趣的技巧，我想知道你們的想法。

我開始研究，因爲我開始使用JavaScript。

你們有沒有其他技術？

Answer 1

首先，我需要給你一些彈藥，這樣你就可以用幾個你的「意見」中涉及到客戶端。

• 微軟停止支持的一切，但IE11作爲2年前
• IE6的市場份額下降了1％以下五年前
• 有與依靠過時的技術在商業邏輯相關的可能顯著的安全風險
• 您可能需要在每個代碼塊中使用某種條件語句來處理IE6。

鬆散來源：https://en.wikipedia.org/wiki/Internet_Explorer_6（並從5歲QA經驗）。

通過詢問有關IE6中調試的具體問題，例如「當公司使用_____與其集成時如何避免使用IE6」或「我在此處有此代碼___且我需要在IE6中看到____「。

此社區不適合nebulus問題。至少，你應該提供一些關於你試圖解決的推理和信息。爲什麼？因爲那樣我們可以看到你的思路，至少給你一些邏輯來增加你當前的路徑。

我可能會建議嘗試VS代碼的調試工具，而不是Visual Studio中，並下探debugger到JavaScript和看你是否能得到持續的任何斷點。 IE6應該給你帶來引人入勝的迴應，因此你需要看看它正在拋出哪些數據，以便能夠弄清楚如何最好地處理它。我懷疑這將是一個錯誤的錯誤，逐個案例類型的方法，因此「有條件的每個塊」。

你應該探測業務進一步，而非工程潛在的不合標準的結果開始，你可以看到什麼是強制性的，同時他們目前的產品套件來實現自己的使用情況。例如：

• 什麼操作系統是必需的？
• 什麼瀏覽器是必需的？
• 他們使用什麼樣的集成，爲什麼？
• 是否有任何開源產品可以替代它們？
• 需要多長時間才能設計2017級解決方案？
• 哪些維護成本將與兩個方向相關聯？
• 你願意承擔那段時間嗎？
• 他們是否願意爲此延期維護支付費用？
• 你可以編寫一個遷移腳本，讓它們遠離這種緊密耦合嗎？

我認爲這是你的責任的一部分，以確保他們得到的結果，你們都可以自豪地聯想到。

我意識到有一些使用案例涉及基於MS DOS的CRM系統，它只與傳統IE集成，但在沿着這條路徑前需要先排除其他選項。

進去學習他們的設置，看看你能學到什麼，可以幫助你擺脫IE6。之後，繼續你的道路，但問具體問題。要麼你可以找到解決你當前的問題，或者你不能。在我們能夠提供受過教育的數據之前，我們需要先看看問題是什麼以及你想做什麼。