对于DIV与table的思考
近期动易论坛掀起了div+css热潮，由于div+css是目前世界网页界的一个标准、网站建设的前端，然后加上一些人认为div运行速度一定快于table的观点，使得很多人投身于div+css的行列中来。
但是各位朋友测试过没有呢？div优异于table在什么位置？它到底比table快多少？
熟悉网站架设的朋友都知道，table结构的网站需要先对table进行加载，然后读取table内的内容，而div是直接加载，所以div在一定程度上在加载速度优于table结构的网页。
但这是绝对的吗？
答案是：不一定。
最近，凤凰涅磐做了4个页面进行测试，两个形式的网页，两种网页结构。同样的数据量的情况下，首先的结论是div一定快于table结构，但快了多少呢？ 经过同一个服务器测试，两种结构的页面、同一个数据量的情况，div快于table的速度微乎其微.以调用动易2006beat1核心为例：文章调用5个 栏目，各调用10个标题；下载调用2个栏目，各调用10个栏目；商城调用4个标题+图片；图片频道调用6个图片；网站统计隐藏调用。带宽10M，经过精确 的读秒计算，div结构的网页仅仅比table快不到1秒。由此可见，如果table网页结构的代码优化的好，速度一样可以提升！！！
以模板263三个版本进行测试：测试环境：服务器双至强，20M独享带宽，本地测试连接带宽10M。午夜二时左右开始测试。以目前模板263使用的 VLO8测试时间为：4秒30左右可以全部打开；测试模板263 2006_V2版（div结构）,全部打开为2秒30左右，测试模板263_2006_V3版（div）结构，全部打开时间为2秒。但需要注意的是，模板 263测试的DIV结构网站数据为不完全型，即：数据没有全部加载，但所差的速度为1秒左右。
诚然，div作为一个行业标准会慢慢的走近我们，而作为从事这个行业的朋友和爱好者也是应该掌握的一种技术。但我个人认为，技术和思路都会存在一个盲区， 而这个div就是一个网页行业的盲区，首先我们得知道，动态网站即使生成静态页面的情况，也是有从数据库读取的情况，比如:网站调查。网站统计等。。。。 所以在对于一定的动态网站上速度并没有太大的提高;
而W3C标准很多代码是不能用的，例如：iframe，这些如果去校验的话，都属于不合格产品而已。而对于div结构的网站，手工代码很多，DW编辑中属 于不可视状态（即便可视，也不是浏览器的状态），所以代码需要自己一行一行的敲出来，而后台的css也是同样，而且css用量更大，因为div是用id进 行定义的。但可以肯定的是，div对手写代码锻炼性极佳！！！
就我个人为例：写一个首页代码div+css，用div需要写一天左右，而这个时间，我能做出一个首页+一个频道的首页了。例如：某些表格的边框，我使用table的话，只要填充就可以，而div结构需要对这个ID进行定义，等于加大了css的工作量。
而且作为目前商业发展看，我们最后加工的网页是交给客户，div结构的网页客户如何维护？如果客户能够进行熟练的维护div结构的网页（包含前台的部分改 动），那么他可能已经不需要你了。而table客户拿到后，客户相对可以容易的维护和扩展。而相对的DIV结构的网站造价也要比table高，这仅仅是制 作的费用，还不包括后期的维护！
其实，这里并不是说div有多么的不好，本身模板263也开始制作和启用div结构的模板，只是这种结构的网站需要熟悉代码和结构人使用而已.
而目前动易系统部分结构还不支持div结构，比如：链接标签、栏目模板（如果使用w3c标志会出现500错误），后台编辑会去掉属性引号（在w3c中这是绝对不允许的）.
记得做完检查：IE、Firefox 、Opera三种浏览器的兼容性。
这里只想告诉大家：技术不要盲从！！！