作者nightmarelee (星空☆看见)
看板Web_Design
标题Re: [问题] 不使用table的原因..?
时间Mon Jan 1 16:35:19 2007
※ 引述《eliang ()》之铭言：
: ※ 引述《dken (我想退伍啦~~)》之铭言：
: : table 最初的定义本来就是来呈现表单资料的，
: : 如果要拿来做为排版，也是可以，但是现在是愈来不建议这种方式。
: : 如果要排版，最好还是用 <div> 来做，
: : 因为他的弹性比较大，而且比起 table 所使用的 tags 来的节省，
: : 另外再搭配 javascript 和 css，可以做出很炫的排版效果。
: : 再者，
: : 如果你是纯手工的硬派网页设计者，
: : 你会发现用 <div> 来写网页，会方便许多，
: : 尤其是搭配 css。自己试着用 <div> 来玩玩看，
: : 应该会体会的出来，乾净的网页，用原始码模式来看，
: : 应该会看到排版整齐的 tags，而不是一堆 attributes
: : 穿插其中，因为 attributes 这部份都由 css 处理了。
: : 另外，就是牵涉到语意和无障碍的问题，
: : 这个部份我就不知道怎麽讲了，有经验者或许可以分享一下。
: 我学会用 XHTML+CSS 排版已经满久了,
: 但我现在设计网页仍然以 <table> 排版为主,
: 除非是老板有要求, 或是自己想学习,
: 我不用 <div> 排版的原因有两个: 1.费时费力 2.不够乾净
: 1. 费时费力
: 因为现在还没有一个好的视觉编辑器能够支援标准的 XHTML+CSS,
: 所以只能用手工打造,
: 再加上每个浏览器对 CSS 的解读方式都不一样,
: 造成设计者要一试再试, 有时候为了调整一个小东西,
: 就要花掉一两个小时,
: 这样倒不如用 <table> 反而比较快,
: 这点我希望未来能有一个能支援 XHTML+CSS 的视觉编辑器,
: 不但能视觉式的编辑文件,
: 而且能帮我们处理浏览器不一致的问题
: 2. 不够乾净
: 另外, 照理说在写 XHTML 时, 要顾虑的是文件的结构, 而不管文件呈现方式,
: 但是在我发现只顾虑文件结构是不够的,
: 我写 XHTML 时, 常需要给 CSS "留後路", 以保持改变外观的弹性,
: 例如, 我常需要加入很多没意义的 wrapper:
: <body>
: <div id="root">
: <div id="main">
: 这里才是主内容...
: </div>
: </div>
: </body>
: 像 #root 和 #main 都是没意义的东西,
: 但是为了到时候能让 CSS 有弹性地呈现外观, 那两个 wrapper 是必要的,
: 但在文件结构上, 那两个标签根本没意义,
: 只使得文件看起来更乱而已,
: 这点我就希望未来的 CSS 能设计得更好,
: 目前流行的 CSS 1.0 我觉得除了上述那一点之外,
: 还有很多地方需要改进,
: 最後结论就是, 我会看实际应用来决定要不要用 <div> 排版,
: 如果老板交付的工作根本用不到, 我就会用 <table> 排版,
: 反正看起来都一样而且钱拿得一样多, 为什麽不选择轻松一点的方式?
对於要使用 AJAX 开发来说 id <-- 就会有很大的用途....
而且并非是无意义的名称
另外如果是以设计的角度来看用<div>的编排初期一定会造成很大的视觉障碍
整个网站的外观是很抽像的...
另外因为每个 id or class 可能都需要订名称 , 才能让整体的弹性达到最佳化
所以要想名称也是头大的问题,加上网页开发者多半没有做文件的习惯,最後可能
还会出现重复订名,或是忘记名称等问题....
但是为何目前趋势会往较为繁锁的开发方式前进,主要是现在网站能提供的服务
越来越多样化,早期AP提功的功能如 Office , Excel , 公司内部签核系统..
渐渐转向至网页操作 , 所以网站开发目前的开发方式逐渐需要将软体工程的
那套方式拿来应用.....
所以开始须要进行 SA , 将网站功能模组化 , 甚至把 Design Pattern 的东西
套用至网站的开发过程中 , 所以理想的状态是 , 分析者会将网站功能页面列出
, 上面会包含某个页面所需要的区块 , 以及每个区块的 id 名称 , 样式表名称
, 在交由实作人员将程式开发完成 , 最後把使用的 Template 交给设计人员,
设计人员在去设计每个区块要呈现的样貌以及排放的位置.
主要就是要把工作完整的切开来运作 , 让每个开发的角色能专心做好该做的事情..
用 <table> 开发的确是很快速且很直觉的能看到编排的效果 , 但会这样觉得
其实有很大部份是因为 , 早期很多的网站开发 , 程式都兼美工了 , 因为大家都
熟 <html> , 所以撰写程式时直接把 html code 包在程式中是最快的开发方式 ,
整个专案一人全包.....
但是後续的维护以及调整才是灾难的开始 , 最常遇到的就是 , 乾脆整个站重写...
网站提供的服务越来越多 , 整个架构也会越来越大 , 事前的分析越完整 , 把分工
建立的越明确 , 事後维护的速度将会是另人吃惊的 .
我会写程式 , 我只要将心力放在网站运作的逻辑 , 甚至可以不会 html
(这点目前已经达成了 ,很多开发 AP 的人 , 可以轻易的来开发 网页程式
Java , .NET 开发人员有一些就已经转型成网站的工程师 )
我是设计 , 我就只要花心力在设计的工作上....
这样要更动那个部份的东西其实不会影响另外一方的工作 ,
才会是一个有效率的开发
但是当然还是根据不同的需求会有不同的作法了,如果只是要做简单的静态网站
,其实用那种方式都能做,杀鸡焉用牛刀呢 :) , 但最好是两种方式都要熟悉 ,
未来我认为使用 <div> 开发的方式会越来越普遍 ...^^
以上一些经验的分享... :)
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 60.248.155.94
1F：推 cocoasheep::D很有道理耶..推推 01/02 13:19