分类为‘web开发相关’的一些文章

1. 不同的浏览器都显示不同的设计。
2. 运用所有可用的CSS选择符。
3. 使用CSS3尽可能地展望未来。
4. 运用JavaScript和DOM来弥补CSS的不足。
5. 避免运用Hacks和滤镜。
6. 使用富含语义的命名规范和微格式。
7. 分享你的想法，与他人协作。

—摘自《超越CSS:web设计艺术精髓》

我只简单阐述其中几点，这里不说并不代表它不重要，只是说我认为那是大家都已经熟知的，没有在这里详加赘述的必要了。

目前，CSS3.0已经面世，尽管还不曾被IE家族支持（支持很少一部分），在这个前提下，我们就不去考虑它了吗？很显然，这是武断的！在我看来，尽量的使用CSS3.0去展望未来，是一件很愉快的事情，当然是在不影响用户正常浏览的前提下，举个最简单的例子。例如在支持text-shadow属性 的浏览器里实现问题的阴影效果，见下图：

虽然在IE系列浏览器中不会显示这种阴影的效果，但是似乎并不影响用户的阅读，从这点上考虑，CSS3的这个属性可用性还是很强的。但是另外一些，诸如Multiple backgrounds之类，可以实现在一个对象元素上引用多张背景图片，并且实现精准定位，贴一段代码：

是不是很强大呢，答案是肯定的。但是在现阶段使用CSS3.0的这种功能，是不符合web标准设计，因为他破坏了用户的正常浏览和获取信息的权利（假如在其中一张背景图片上存在设计者传递给用户的信息）。

其次是hacks对(霍利破解)的使用，对于一个初级的web设计师来说，自身并没有对DIV CSS很深的理解，在BUG丛生的年代，hacks无可厚非的成为了他们的救命稻草，因为使用hacks能很快捷的解决在各个浏览器中的bug，而不必在意到底是什么触发了bug的出现。事实上，在很多情况下，完全可以利用web标准去解决现有的bug。用唯物主义辩证法去考虑问题，hacks给我们带来福音的同时，它的缺点也是相当的突出：

其一，为了兼容browsers，多写了多少CSS代码，并且如果以后在此处（应用hacks的地方）做改版，那么是不是又要重复的再次多写一些代码，来达到兼容浏览器的目的呢，如此设计出来的页面的维护代价可想而知了！

其二，滥用hacks会阻碍你认清xhtml、和CSS的本质。

我说这些，其意不再贬低hacks，相反，我很佩服这些发现浏览器bug的人们，有足够的细心去发现browsers的漏洞，再发明一套解决的办法，这本身是一件很“伟大”的事情。

“语义化”这个词现在太热了，提到这个词，首先会让你联想到语义化的文档结构（说白了就是选用最符合内容意义的标签来构建web文档结构），这是被大多数人所熟知的，现在好像看不到一大篇div写下来的页面代码了。但是对于使用富含语义的命名规范，却会遭人冷落，不太受人重视！在网页源代码中经常会看到这 样的命名id=”left”，如果这个容器里包含的内容属于“最新新闻”，那么我们为什么不这样命名呢，id=”latestNews”，比较这两种命名方法，如果针对对于项目协作人员，很显然根据容器内容来命名的代码更具有亲和力，用结构来命名就会稍稍逊色，由此推断，语义化的命名方法可加快项目开发进 程。

概言之，在web设计的过程中，我们所要考虑的不仅仅是还原页面原型，更多的要考虑到代码对于团队协作人员的亲和力、项目维护的难易程度以及网站界面对用户的友好性，因为只有这样，才能体现出web前端设计师的价值！