随着互联网的不断发展，越来越多的人都在学习互联网编程开发的相关技术，而今天我们就一起来了解一下，html代码编写都有哪些注意事项。
逐步叠加的方式，如果需要用这个样式的模块很多，并且会存在些许的不同，千万不要把样式一步写到位，好把框架性的先写好，细节性的留到二个步骤，甚至三个步骤，当然好步骤不要超过三步，这样很不利于维护。由若干个二级定义对一级定义进行补充，这样的既可以减少代码，又可以减少繁多的class命名。
从总到分。顺序应该是这样：总体需要用到的结构模块二级模块细节;并且这个文档不容易修改的处于上端，频繁用于修改的在末端。忌讳即兴发挥，这样写出的东西经不起推敲，稍有变化就要忙得乱成一团。结构性的东西应该慎重精细。
尽量把能够放在一组的小图标或者图片放在一个图片文件里，这样的好处有很多。
图片文件的总量会变小;
利于下载，太多的小图片下载效果是不理想的，常常会发现这个图片出来，那个没出来，这样在写样式的时候只需要写一个总体的，对于具体的要显示的只需要标一个位置，非常省时间，样式也很精炼;
显而易见，这样做非常便于管理，替换或新增的时候工作量很小。
切图的原则，应该切大的图绝不切小，应该切小的绝不切大，能够用颜色代替的绝不切图。把一个大图切成很多份并不一定能够加快页面的显示速度，相反会浪费很多不必要的带宽。不光要控制图片文件的多少，还要考虑到这样切会不会造成页面增加许多额外的代码。
图片的命名规则，定一个规则，准备用一辈子。这样以后你看CSS文档的时候，你只要看到某个图片名称的时候，你不需要看太多你就知道这个图片的用途、位置;这样可以大限度的保证样式的重用性。
在该不该用表格的问题上，我的态度是，涉及多行多列的特别是列宽有不固定的，坚决用表格，这个没啥好讨论的，千万不要为了div而div，用一大陀CSS去模仿一个表格是很极端的行为。当然也有例外的，需要灵活处理，但千万别模仿什么表格。
尽可能不把样式直接写到元素的标签里(除非这个样式出现的机率特别小，有相当程度的偶然性)，把样式直接写到元素标签里是一种工作范畴意义上的无政府行为，非常不负责。
尽量不要用ID来定义或索引样式，ID的性比较高，且用ID索引样式效率非常低而且兼容性的问题也比较明显。