Re: [閒聊] 過時的架構

看板Web_Design作者 (..)時間16年前 (2008/07/30 22:16), 編輯推噓6(6030)
留言36則, 7人參與, 最新討論串3/11 (看更多)
看到這也讓我想起當初用pentium 100電腦,用Html ABC慢慢打每個程式的時候。 以上除了在賣老,也訴說這很多年來,看著頻寬與電腦速度在成長。 -- 我認為這些標準,跟許多其他領域的標準一樣,其實都有時代背景的。 frame 這個標準大家都罵,但在我看來,frame 在當時也是非常不得已才發明的。 當時的頻寬不像現在的各位那樣看youtube點下去就可以串流看到完,這麼一來 frame 就變成一個節省流量的一大利器。而且當時asp、php才剛出來而已, 沒辦法做到有效率的同步版面,JavaScript也是問題多多,這一來一往...... frame 當時會受歡迎,其實也是有跡可循的。 後來 frame 為什麼會被列為「不建議」?請注意, frame 並沒有消失,未來 也不會消失!當初的其中一個原因,是網址的問題。要是用了 frame,那麼網址 就不能精確指出用戶看的是哪一頁。除此之外,我看不出 frame 有什麼其他缺點。 像線上文件這種東西,要是不用 frame,那麼在設計上將會需要大量的頻寬, msdn這種東西就不用舉例了,用那些有的沒的方法,整個網頁讀取慢執行慢, 標準有什麼用? -- 其實 HTML 系列的標準制定是非常有趣的。其實 HTML 是有很多可以玩的地方, 但是我不知道為什麼,W3C 非得要用比較封閉的方式來制定。 舉其中一個部分來說,在 tag 裡面放入其他的屬性,瀏覽器不會有任何不良影響, 而且我保證未來 10 年以內瀏覽器都能夠讀到這些東西,但是就是在 validate 會有問題。這時候就要問了,這些 validate 憑什麼管那麼多? a 裡面 我只要有 href title ,那麼其他就算放了,瀏覽器預設是不會理會,那麼 有什麼問題嗎? 若 html 標準改為以 "include" 的方式執行,那世界將會更美麗。 W3C 到底是什麼東西?若是有一天,他制定出來的標準所有瀏覽器都能 100% 執行, 且保有擴充性,那麼再來更高調地要求大家遵守也不遲。 -- 另一個要抱怨的是 target 這個屬性。這些技術人員最大的特色就是不把人當人看。 很多功能不是他們會用就好,很多不會用電腦的人從不是他們考慮的對象。 開新視窗是個很重要的功能,要是沒有這個功能,那很多系統都要重新設計,因為 這牽扯到整個系統流程。 也許有人會說,用 windows.open 解? 或是用 JavaScript 來做 hack? 要真的走到這兩部,那麼不就表示 HTML 在走回頭路了? -- 再講到 XHTML,這個自以為高調的標準,我實在不知道他到底哪裡 eXtension了! 也許你會說我誤解了他的意思,但很抱歉,我們並不需要一個越改越封閉的標準。 這個標準除了 XML 相容之外,還有什麼嗎?XHTML 認證通過了,有什麼好處? 1.掛一個 logo 很炫 2.可以給其他 xml 分析機器分析 3.功能縮減 沒了。 xml 分析其實是一個很雞肋的功能。首先,重要的資料會獨立寫一個xml資料, 網頁分析程式會直接分析網頁,整頁 xml 分析到底用處在哪? -- 講了這麼多,騙了很多 P 幣 @@" 這篇好像改成「閒聊」比較好 XD -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 211.74.119.22 ※ 編輯: cassatte 來自: 211.74.119.22 (07/30 22:22)

07/30 22:29, , 1F
聊聊吧各位 XD 不用太嚴肅
07/30 22:29, 1F

07/30 22:31, , 2F
如果是 4.01 Transitional 很容易過
07/30 22:31, 2F

07/30 22:32, , 3F
不過 IE table width="100%" 就會把div撐爆 QwQ
07/30 22:32, 3F

07/30 22:35, , 4F
我覺得這篇還挺有道理的XD
07/30 22:35, 4F

07/30 22:44, , 5F
我是覺得認知而不被侷限吧 , 扣掉真的需要作功德(ex.alt等
07/30 22:44, 5F

07/30 22:47, , 6F
話說沒想到能有這樣的迴響 看來連結釣出不少前輩..XDXDXD
07/30 22:47, 6F

07/31 07:39, , 7F
HtmlABC!!! 好懷念的軟體名稱 XDDDDD
07/31 07:39, 7F

07/31 18:12, , 8F
沒用過不代表沒用 XHTML+MathML+Ruby
07/31 18:12, 8F

07/31 23:02, , 9F
樓上的意思是 @@?
07/31 23:02, 9F

07/31 23:16, , 10F
它的意思是xhtml只是有點廢 不是完全廢
07/31 23:16, 10F

08/01 00:10, , 11F
但是 MathML 跟 Ruby 就算是 HTML 也能用阿 XD
08/01 00:10, 11F

08/01 09:41, , 12F
那是瀏覽器有做,實際上MathML是XML、Ruby則是XHTML module
08/01 09:41, 12F

08/02 01:44, , 13F
那樣還是沒有幫XHTML加到分..因為那跟XHTML無關阿 = ="
08/02 01:44, 13F

08/02 19:41, , 14F

08/02 19:42, , 15F
XHTML要符合XML的規範阿
08/02 19:42, 15F

08/02 19:47, , 16F
我個人覺得最重要的是第二點
08/02 19:47, 16F

08/02 19:48, , 17F
試圖讓一個網頁除了一般使用者可用外,讓機器也可以讀取
08/02 19:48, 17F

08/03 12:37, , 18F
機器可以讀取方面,要考慮有沒有必要
08/03 12:37, 18F

08/03 12:38, , 19F
現在大多是使用專用的XML如RSS之類的,因此並不需刻意
08/03 12:38, 19F

08/03 12:39, , 20F
花時間再去處理,且target跟處理機應該也沒關係吧!
08/03 12:39, 20F

08/03 12:39, , 21F
加上現有的技術可以輕鬆處理HTML,XHTML就更沒有意義了
08/03 12:39, 21F

08/04 02:04, , 22F
"現有的技術可以輕鬆處理HTML"? 感覺需要比較多資源
08/04 02:04, 22F

08/04 02:06, , 23F
html會比較好寫 但是分析網頁要考慮的狀況變多了
08/04 02:06, 23F

08/04 02:25, , 24F
以前聽過Semantic Web這種東西 也許有點關聯吧
08/04 02:25, 24F

08/04 02:34, , 25F
而且 xhtml交給軟體去產生也不錯阿XD
08/04 02:34, 25F

08/04 02:44, , 26F
(謎之音:其實如果xml+xslt瀏覽器不支援 xhtml也不錯阿)
08/04 02:44, 26F

08/04 02:58, , 27F
嚴格符合xhtml的話 好像可以簡單當成xml來處理
08/04 02:58, 27F

08/04 02:59, , 28F
可能幾行程式碼就可以讀取到想要的資訊
08/04 02:59, 28F

08/04 10:25, , 29F
樓上想太美了 , 一來是跟js有關的部分全部得作廢 ,
08/04 10:25, 29F

08/04 10:25, , 30F
二來是現行browser都具有解析dom的能力.
08/04 10:25, 30F

08/04 10:26, , 31F
ie底下還有webbrowser的component可以直接拿來當ie用.
08/04 10:26, 31F

08/04 10:26, , 32F
(應該說那根本就是ie核心...)
08/04 10:26, 32F

08/04 10:26, , 33F
xhtml如果能交給軟體去產生 , 那也是需要有一層中介 ,
08/04 10:26, 33F

08/04 10:27, , 34F
能做到這樣又無副作用就不用討論這篇文章的主題了.
08/04 10:27, 34F

08/04 10:27, , 35F
有xx想做誰想做xx ...... XDDDD
08/04 10:27, 35F

08/04 10:27, , 36F
btw webbrowser還可以處理js , 只要ie能access的 這個很理想
08/04 10:27, 36F
文章代碼(AID): #18a7Ut1Y (Web_Design)
討論串 (同標題文章)
文章代碼(AID): #18a7Ut1Y (Web_Design)