更加坏的事情是,即使你仅仅针对IE设计,不考虑其它浏览器,由于IE模型绝对可以说是一只让人难以捉摸其脾气的怪物,所以你单纯为IE设计也会遇到众多难题,发现很多的效果总是绕来绕去都难以实现。
我们都知道,XHTML+CSS的目标就是实现内容与表现分离,理论上对于任何特定一份内容,我们都可以通过CSS实现任何我们想要的表现形式,或者细致地说是布局形式。虽然现实与这个目标有一定差距,但是CSS已经能够满足大多数常见的布局需求,这有CSS Zen Garden为证。然而如果你用的是IE,因为它难以捉摸,所以如果你想用一种简单优雅的CSS去让IE能够实现“任何你想要的布局形式”,那是不可能的,只有复杂繁缛的CSS才能够在IE上满足你的需求。我曾经提到过一种理论,“一个人对一个研究方向是否感兴趣很可能是完全靠偶然事件决定的,这就好像人第一次打羽毛球,如果你赢了几盘你就会感兴趣,如果你一直都赢不了你就会没兴趣”。IE在需要复杂繁缛的CSS这一点上,就足以令大多数的入门者却步。你总感觉到不得要领,你自然没兴趣学下去。
举一个例子说明这个问题,例如你不知道IE有hasLayout这回事,一个元素是否hasLayout对它的布局方式有重大影响,于是你肯定用最简单的思维去思考CSS,认为不同的CSS规则之间应该是松耦合的。“CSS应该被设计为简单优雅的”,你肯定会这样想,没错,它确实被设计为这样,不过IE不是这样去实现CSS罢了。我们用下面的代码去证明IE在quirks mode与standards mode之间的区别:
首先,我们用quirks mode看看结果如何,并且一个初学者看到这样的结果会去如何理解CSS规则。在quirks mode中,我们可以看到背景为红色的
包含了上面1行的文本,以及下面向左浮动的(自然也就包括在浮动块右边的文本),在这里,我们可以建立两种认识:以上规则是完全错误的,一个懂得标准CSS以及理解quirks mode的设计师将会如此解释他的理解:
好了,相信这个对比足以说明问题的严重性了,通过IE的效果去理解CSS,最终只会让你的理解与真实的CSS相差甚远。详细的standards mode与quirks mode带来的标准执行差别,可以参考这篇文章:CSS Quirks mode and strict mode。
然后肯定有人要问我,如果通过doctype确保使用的是standards mode,那是不是就没问题了呢?standards mode确实会让IE对CSS的解释合理很多,但事情并没有那么简单,这你可以通过实践去慢慢体会。你可以尝试在standards mode中设计CSS,并且尽力保持它们在IE/FF/Opera/Safari这4大主流浏览器中显示一致,随着设计的进行,你会发现这不是那么容易做到的。或许你不乐意花时间去fix其中的一些小问题,宁愿任由其中一些浏览器的用户看到比较丑陋的布局,但至少你已经了解到一个和上面例子类似的道理:不同浏览器即使同样在standards mode,其对CSS的理解仍然有所差异,而差异当中最多只可能有一个是正确的,甚至可能全部都是错误的。这篇CSS contents and browser compatibility就列举了众多浏览器对CSS支持的差异,一份CSS总会因为其中有一些规则在某些浏览器上是不支持的或者是buggy的,而导致你难以保持它们在不同浏览器上显示一致。
接下来可能还有人会问我,既然IE的市场份额最大(特别是在入门级的用户当中),又或者说我的客户指定使用IE作为客户端,仅仅针对IE设计CSS不好吗?为什么要针对FF之类的标准浏览器设计CSS然后再为IE进行fix?因为IE难以捉摸的脾气,让你无法将它的行为理解为一种简单优雅的规则,然后让你陷入CSS规则高度耦合的困境中。请看下面的例子:
现在,你在IE中看到的效果应该是左边出现,然后两个
内的Hello都向右偏移以避让这个浮动块了,其中上面的仅仅占用移行的高度,因为它没有声明高度,所以就是自然高度,也就是一样,这些都很好理解,所有规则都是解耦的。然后向例子中增加对第一个的width属性复制,看看结果会如何:Pada masa ini,
pertama menampung sepenuhnya , menolak kedua di bawah. Bagaimana untuk menjelaskan perkara ini? Kami tidak menetapkan atribut ketinggiannya Adakah kerana hasLayout mesti memuatkan semua kandungan seperti yang dinyatakan dalam contoh sebelumnya? Jawapan yang betul ialah di sinilah IE sukar dijinakkan Atribut lebar yang sepatutnya bebas sepenuhnya, selepas ditetapkan, menyebabkan kesan lain selain ketinggian, yang menjadikannya mustahil untuk cuba memahami tingkah laku IE secara ringkas dan elegan. cara. Ini membuktikan bahawa jika anda ingin belajar cara mereka bentuk CSS untuk IE, anda perlu mempelajari CSS standard terlebih dahulu, serta memahami tingkah laku pelik IE, yang jauh lebih sukar daripada hanya mempelajari cara mereka bentuk untuk penyemak imbas standard. Pada masa ini, adakah anda ingin berkata, "Jika pelanggan bersedia untuk melepaskan IE, malah seluruh dunia bersedia untuk melepaskan IE, itu akan menjadi bagus, ini adalah idea yang betul, dan anda hanya mahu." untuk mereka bentuk untuk IE Convenience hanya akan membuatkan anda gila.Akhir sekali, jika anda sudah mempunyai asas tertentu dalam CSS dan mempunyai pemahaman yang tidak berat sebelah tentang peraturan CSS, tetapi tidak mempunyai imaginasi untuk menggabungkan peraturan CSS dan tidak dapat mencapai apa yang dipanggil "merealisasikan sebarang kesan susun atur yang anda inginkan", ini juga Maksudnya, kemahiran dalaman anda telah dibangunkan, anda hanya kekurangan beberapa rutin yang cetek Pada masa ini, saya mengesyorkan anda membaca "Penguasaan CSS/. Master CSS》. Selepas membaca buku ini, saya percaya anda hanya akan merasakan bahawa anda tidak mempunyai keupayaan untuk membuat reka letak, dan bukannya mempunyai reka letak tetapi tidak tahu cara melaksanakannya. Di samping itu, jika anda memberi perhatian kepada kandungan CSS, anda boleh mempertimbangkan untuk melanggan blog saya:
Selepas Tahun Baru Cina, saya mungkin menulis beberapa artikel berkaitan ASP.NET+CSS, kerana pembangunan ASP.NET+CSS tidak mudah sekarang, walaupun dengan penggunaan ASP.NET 2.0 Kawalan Mesra CSS Perkara yang sama berlaku untuk Penyesuai, jadi anda perlu menyesuaikan Penyesuai Kawalan berpasangan mengikut situasi sebenar anda untuk menyelesaikan masalah ini yang akan saya kaji seterusnya.