作者kairosa (暗夜)
看板Web_Design
标题Re: [问题] 不使用table的原因..?
时间Tue Jan 2 19:37:38 2007
※ 引述《nightmarelee (星空☆看见)》之铭言：
: ※ 引述《eliang ()》之铭言：
: : 我学会用 XHTML+CSS 排版已经满久了,
: : 但我现在设计网页仍然以 <table> 排版为主,
: : 除非是老板有要求, 或是自己想学习,
: : 我不用 <div> 排版的原因有两个: 1.费时费力 2.不够乾净
: : 1. 费时费力
: : 因为现在还没有一个好的视觉编辑器能够支援标准的 XHTML+CSS,
: : 所以只能用手工打造,
: : 再加上每个浏览器对 CSS 的解读方式都不一样,
就我所知道，CSS解读方式不同。
常常会造成不同浏览器，会有不同的走位现像。
不过就我曾经和朋友讨论过。
事实上，如果CSS玩的够精通，走位问题根本不存在。
只是很少设计者去碰这一块。
: : 造成设计者要一试再试, 有时候为了调整一个小东西,
: : 就要花掉一两个小时,
: : 这样倒不如用 <table> 反而比较快,
: : 这点我希望未来能有一个能支援 XHTML+CSS 的视觉编辑器,
: : 不但能视觉式的编辑文件,
: : 而且能帮我们处理浏览器不一致的问题
据朋友表示，其实如果你摸熟CSS根本就不需要太多时间去设计网页
把以前旧有的骨架，修改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 的东西
^^^^^^^^^^^^^^^我想这是CSS运用的重点
只要模组化，设计网页开发网页都不需要太多工时就可以设计完了
如果觉得CSS和div很难用，试着去学着运用
你会发现只要有架构存在
修改几个参数，你就可以无限的创造新网页新风格
: 套用至网站的开发过程中 , 所以理想的状态是 , 分析者会将网站功能页面列出
: , 上面会包含某个页面所需要的区块 , 以及每个区块的 id 名称 , 样式表名称
: , 在交由实作人员将程式开发完成 , 最後把使用的 Template 交给设计人员,
: 设计人员在去设计每个区块要呈现的样貌以及排放的位置.
: 主要就是要把工作完整的切开来运作 , 让每个开发的角色能专心做好该做的事情..
: 用 <table> 开发的确是很快速且很直觉的能看到编排的效果 , 但会这样觉得
: 其实有很大部份是因为 , 早期很多的网站开发 , 程式都兼美工了 , 因为大家都
: 熟 <html> , 所以撰写程式时直接把 html code 包在程式中是最快的开发方式 ,
: 整个专案一人全包.....
: 但是後续的维护以及调整才是灾难的开始 , 最常遇到的就是 , 乾脆整个站重写...
: 网站提供的服务越来越多 , 整个架构也会越来越大 , 事前的分析越完整 , 把分工
: 建立的越明确 , 事後维护的速度将会是另人吃惊的 .
: 我会写程式 , 我只要将心力放在网站运作的逻辑 , 甚至可以不会 html
: (这点目前已经达成了 ,很多开发 AP 的人 , 可以轻易的来开发 网页程式
: Java , .NET 开发人员有一些就已经转型成网站的工程师 )
: 我是设计 , 我就只要花心力在设计的工作上....
: 这样要更动那个部份的东西其实不会影响另外一方的工作 ,
: 才会是一个有效率的开发
: 但是当然还是根据不同的需求会有不同的作法了,如果只是要做简单的静态网站
: ,其实用那种方式都能做,杀鸡焉用牛刀呢 :) , 但最好是两种方式都要熟悉 ,
: 未来我认为使用 <div> 开发的方式会越来越普遍 ...^^
: 以上一些经验的分享... :)
感觉来说，学会运用div和CSS真的是未来趋势...
开发速度的感觉真的有差，以及後续维护
可以尝试看看
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 220.130.22.144