Apollo, Silverlight and JavaFX終於要掀起一場RIA革命了~
下半年之後就看各自的策略如何攻城掠地~
行銷、廣告以及書籍的質與量等…是戰場之一；開發效率、可維護性、可移植性等…這又取決於本身的產品特質~
不過就以「可移植性」這方面來說的話，我想應該比較少人會選擇Silverlight，而投向Apollo或JavaFX的懷抱，然而這兩者的取向又有點不一樣~ 不曉得會不會演變成「鷸蚌相爭，漁翁得利」的情況~
blog.Ring.idv.tw
blog.Ring.idv.tw
三強鼎立 - Apollo, Silverlight and JavaFXApollo, Silverlight and JavaFX終於要掀起一場RIA革命了~
下半年之後就看各自的策略如何攻城掠地~
行銷、廣告以及書籍的質與量等…是戰場之一；開發效率、可維護性、可移植性等…這又取決於本身的產品特質~
不過就以「可移植性」這方面來說的話，我想應該比較少人會選擇Silverlight，而投向Apollo或JavaFX的懷抱，然而這兩者的取向又有點不一樣~ 不曉得會不會演變成「鷸蚌相爭，漁翁得利」的情況~
2007-05-08 22:32:37 | Add Comment
IE Bug? UTF-8 Encoding for Byte Order Mark(BOM)前陣子在寫這個Blog的時候，發現一個惱人的問題~
由於我都是用UTF-8做為編碼(notepad編輯)，然而在使用include時，在IE的網頁上卻會自動地多一個斷行，這會造成網頁排版上的不一致(FireFox沒有這樣的問題)，範例如下：
index.jsp
<%@page language="java" contentType="text/html;charset=utf-8"%> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=utf-8"> </head> <body> <jsp:include page="a.jsp"/> </body> </html>
a.jsp
<%@page language="java" contentType="text/html;charset=utf-8"%> <p>Welcome to Ring's Blog</p>
在IE上看到的情況是：
網頁上的原始檔如下：
<html> <head> <meta http-equiv="Content-Type" content="text/html;charset=utf-8"> </head> <body> <p>Welcome to Ring's Blog</p> </body> </html>
Tomcat剖析後所產生的a_jsp.java檔
後來直接將UTF-8編碼中的前三個位元刪除，也就是刪除Byte Order Mark(BOM)即可，它可用來辨識你的文件是哪一種編碼，不過有些編輯器是不會加上的~
Byte Order Mark
2007-05-01 12:52:55 | Comments (2)
