IE瀏覽器載入CSS檔案，但是不起作用的原因

如果有哪一天，你突然發現自己寫的的指令碼不起作用了，而這一切又只是發生在IE瀏覽器上，你會怎麼辦？你是認為自己寫的程式有問題呢？還是認為IE處理常式有問題？其實這個問題想都不用想，肯定是我們寫的程式有問題。因為我們是程式員，我們要解決的方案就是做一款相容所有主流瀏覽器的應用程式。如果應用程式有問題，那就是我們的解決方案不成熟。     這個問題已經發現很久了，只是一直忙於系統功能的開發，而沒有去解決瀏覽器的相容方案。最近得空，終於有機會去解決一下這個難題，先描述一下這個Bug的表現形式。介面在FireFox等瀏覽器下頁面顯示正常，而在IE瀏覽器下某些CSS樣式沒有應用上，注意並不是所有的CSS沒有起作用，只是有一部分CSS在IE下沒有起作用，這裡我們可以排除沒有引用JS檔案或者引用JS路徑不正常的問題了。     出現上述問題，我們的第一反應通常都是CSS文法不標準引起的，這些CSS文法在FireFox下可以識別，但是在IE下卻不會識別，我們知道不同瀏覽器處理解析CSS樣式表是有一定區別的。不錯，我也懷疑自己的CSS文法不規範，但是經過仔細審核後，我發現並非是文法問題。第一，CSS文法採用了標準的通用文法，在各個瀏覽器下都是相同的；第二，在IE瀏覽器下，並沒有嗅探到相應的class。由此可以斷定，應該是那些CSS檔案沒有被正確引入。     但是我們的CSS檔案引入方式都是一樣的，並且都是放在CommonThemes同一個檔案下進行引用，這樣做有兩個好處：一是便於管理CSS檔案；二是減少了因引用路徑不正確而造成的錯誤。照常理來說，這樣做是不該出問題的，然而這也正是那個不按常理出牌的IE的問題所在。     原來在IE瀏覽器下，通過使用<script type = "javascript"/>來引用檔案時，IE僅能識別31個檔案。如果在引用的檔案大於31個，IE就會自動過濾掉。因為我們將整個系統的CSS檔案全都是放在CommonThemes目錄下，遠遠大於31個。所以在第31個CSS檔案之後的檔案，就不再起作用了。     既然這樣，我們就必須把CSS檔案分拆放到不同的<script>標籤下，以防止一個<script>標籤載入CSS檔案數量超過31個。我們的解決方案是按照系統的架構及業務需求將CSS引用檔案分為多個檔案，保證每個檔案下CSS的路徑數量不超過31個。     IE最多隻允許引用31個檔案，一般情況下，我們確實不需要在一個指令碼下引入這麼多的檔案。IE之所以這樣做，可能是想提高系統啟動並執行效率，防止記憶體泄露等。只不過僅憑它的一己只想，就進行了檔案過濾，實在是大大的不該。別忘了，程式員的目標是解決問題，而非製造問題