※ 引述《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