隨筆分類(103)

IntelliJ IDEA 10.0 發布了，放出 IntelliJ IDEA 10.0 的注冊機下載。點擊下載      摘要:   閱讀全文

　　開始并沒有關注這么一個購物搜索的東西，以為只是上網按關鍵詞查查東西，昨天無意中看了說明，發現它遠遠不是這么簡單的東西。它有著一般購物搜索無法相提并論的強大功能，那就是——條形碼搜索。

　　攝像頭對于強大的 Nokia S60 系列手機來說，早已成了標配，掃描條形碼等功能，也早就成為手機很容易完成的功能了，但是卻很少有人把條形碼和網絡進一步結合。有道購物搜索是我看到的第一個完成這樣功能的軟件。其實用起來很簡單，手機有個能自動對焦的攝像頭和能上網就行了，拿攝像頭對準商品條形碼處掃描一下，然后會自動上網搜索相關產品，甚至連拍照鍵都不用按了，一切都是自動完成的。產品數據庫也比較豐富，拿身邊的小東西隨便掃了下，水溶C100，益達木糖醇，各種書籍（書籍的數據庫應該是最全的，手邊的書全部都能找到）。

　　這是一個相當有創意的產品，當然，這個條形碼數據庫也不是容易得到的，但是這個數據庫和后臺有道搜索結合，就形成了一個非常完美的應用方式，這應該是我看到的讓我眼前一亮的手機軟件之一了。

　　 為了在家里唱K，去拷了個24000首的歌庫，然后配置隨盤送的后羿禮光卡拉OK軟件。或許這個軟件太專業了吧，以至于想隨便配配就能玩不是件容易的事情。用我機子里裝的 KMPlayer 是根本都放不出來的，音樂視頻都是沒有的，然后拿各種播放器一個個試。用了暴風影音（老版本的，新版是垃圾），完美解碼，默認安裝的情況下都是可以出視頻的，聲音是完全沒有的。無奈，只得逐一試下各個選項了，最后發現只有 MPEG2 音頻編碼器設置成 SPDIF 的時候，才會有聲音。之前在網上找的各種解決方案都要注冊，注冊后還沒給你個有效的解決方案，要你重裝系統什么的，還是靠自己吧。估計是做這套軟件的人比較菜，初始化聲音只用了默認的一種音頻解碼方案，而且你還得恰好裝了這個解碼器才行，否則，一個個試吧。

　　用了軟件以后，就和歌廳的選歌界面很像了，不然這么多歌曲，用手工選也是很痛苦的事了。

　　另外，我用創新 Audigy ZS 聲卡 + 得勝 TS-6310 無線麥克風 + 黑鉆雙子星XP 音箱 + 軟件歌庫，基本能做一個小小的家庭卡拉OK 中心來玩了。

　　為了編譯方便我把 servlet-api.jar 和 jsp-api.jar 和其他 jar 包都放在一起，在 ant build 的時候就會一并被拷到 Web 項目的 WEB-INF/lib 下，不過這次因此出現了一個 jsp 頁面的編譯錯誤，所有的 jsp 頁面打開都會在頁面上報編譯錯誤，后臺無任何信息。考慮到 jsp 頁面的編譯可能和 jsp-api.jar 有關，于是將 WEB-INF/lib 下的 servlet-api.jar 和 jsp-api.jar 移走，問題解決。

　　后來發現放在里面的這兩個包是 tomcat5.5 的，是 JSP 2.0 規范的，而部署的服務器是 tomcat 6.0 是 JSP 2.1 規范的，兩者可能有一定的沖突，才導致這樣的錯誤。

　　在用 SVN 的時候出現了這樣一個小問題，害得我折騰了半天，一個小小的 s 卻是罪魁禍首。

　　因為項目路徑切換，需要從 https://server/trunk 切換到 https://server/tag/1， 不過在文檔中后者寫成了 http://server/tag/1，恰好 SVN server 用 HTTP 和 HTTPS 都是可以訪問的，所以沒覺得這個東西有什么錯誤。不過使用 SVN 做 switch 操作的時候卻總是出現 https://server/trunk is not the same repository as http://server/tag/1，感覺很奇怪，問了一下相關負責人，當時也沒有發現什么問題，不過還是沒法操作，最后無意中把 http://server/tag/1 換成了 https://server/tag/1，一切 ok。

　　被這個問題折磨的比較郁悶了，可能是 SVN repository 不能在 HTTPS 和 HTTP 之間切換吧。

　　其實嘛，瀏覽器對大多數人來說，都是每天必用的軟件了，不過在國內來說，其實也沒啥懸念，IE 占據了絕大多數的份額，在加上個挑戰者 Firefox 在占據著國內微不足道的份額，在加上 Google Chrome 以及其他份額更少的諸如 Opera 之類的，估計一百個人也找不到一個在用吧。

　　不過嘛，國內倒是有個不大一樣的地方，我們國人比較善于做殼，于是我們有很多“國產瀏覽器”可以用，最著名的或許要算 Maxthon 遨游了，當然這也是我最喜歡的瀏覽器，也是我上網閑逛必用的瀏覽器，當然了，Maxthon 這個東西嘛不是太穩定，有時候會出現一些莫名其妙的問題，于是換標準的 IE 來用。當然用 Maxthon 也有用 Maxthon 的道理，一個是同步收藏夾，一個是手勢功能，當然還有若干細微的功能也挺不錯，彌補了 IE 的不足吧。不過 Maxthon 不能用 IE 的 Toolbar 和 Plugin 之類的，而獨創了直接的一套插件體系可謂是一大敗筆，于是很多時候為了一些功能，不得不用回 IE，Maxthon 只能成為我瞎逛的首選了。

　　說到后起之秀 Firefox 嘛，其實說實話，我對它并不感冒，因為它的速度實在不敢讓人恭維，或許 Firefox 讓我唯一感冒的東西是 Tor 和 Firebug 吧。更多時候我選擇用 Chrome 來替代 Firefox，因為 Chrome 夠快，不得不承認，Chrome 是最快的瀏覽器，特別是在對 JS 的處理上，大大優于前兩者。而且啟動還有個訪問頁面列表的大縮略圖，對于我這種懶得輸網址的人來說，可謂是大大的方便，于是 Chrome 成了我逛技術類網站的首選了。

上午看完變形金剛，這樣的娛樂大片看了感覺就是很爽，不用為復雜的情節去思考，緊張刺激的情節中不乏幽默，最有意思是看到我們公司（Cisco Webex）在變形金剛2里做的遠程戀愛系統的廣告。

　　在Java世界里打拼也好幾年了，也看到了各種不同技術的浮浮沉沉，倒是發現了一個簡單的規律，最簡單的東西往往是最有用的，簡單的軟件也是種美。

　　在 Java Web 領域，曾經有無數各種各樣的框架，Struts1/2，JSF，Echo1/2，Tapestry，Wicket，等等等等了，這么多不同的框架代表了兩個不同的方向，除了 Struts 這個是基于請求的，其他幾個都是算是事件驅動的，但是后面幾個在整個市場上所占的份額也趕不上 Struts 一家。HTTP 請求本來是很簡單的，而 Struts 就是基于這樣簡單的概念，但是卻有無數人希望重現 VB 時代的那種拖拖拉拉的編程方式，希望用事件驅動一切，但是大部分人都失敗了。失敗的原因也其實不那么復雜，有的是不夠成熟，像 JSF 這樣被 Sun 官方大力推崇的框架，但 Ajax 出現的時候，JSF 中想靈活的用 Ajax 都成了一種奢望，有的是資料太少了。像 Echo2 這樣的框架資料，少的跟珍惜保護動物似的。

　　當然也不是沒有成功的，微軟憑借其強大的開發實力，和開發工具的配合，加上沒有給 ASP.net 用戶更多選擇余地，取得了無人匹敵的成功。但是這個成功在 Java 世界是不會擁有的，Java 世界沒有微軟這樣的巨頭，Java 世界中拿得出手的幾個開發工具，Eclipse，Netbeans，IDEA，在所見即所得的開發上遠遠的落后于 Visual Studio。相比微軟帝國，Java 世界多的是中小型的，開源的工具產品。規模上都遠遠落后于微軟，Java 世界唯一可走的路便是簡單了。對 Java 世界來說，簡單不僅僅是種美，更是生存之道。

　　起初作為 Java 世界 PK 微軟產品的重頭戲，EJB 在學院派的力捧下誕生了，EJB 似乎從來都不打算讓人活的輕松，一個簡單的東西非得搞的復雜無比才行。而且其持久層 Entity Bean，似乎連基本功能都沒能實現，更別談大規模使用了。EJB 1/2 的時代是開發人員永遠無法忘卻的噩夢。

　　Java 世界也從來不缺活躍分子，Rod Johnson 這個有種音樂家氣質的牛人憑借自己多年的積累，推出了 Springframework，這樣一個基于 IoC 和 AOP 兩個概念的簡單易用的框架，完成了很多起初只有 EJB 才能完成的工作，Spring 也一夜成名，成為 Java 世界使用最為廣泛的輕量級應用框架。

　　幾乎是同時，來自澳洲的小帥哥 Gavin King 也在用一種與眾不同的方案去替代現有比較復雜的 Java 持久化方案，最后他的 Hibernate 也成為替代原有 EJB 持久化方案的選擇。相對簡單的 Hibernate 也取得了巨大的成功。

　　其實這樣的例子在 Java 世界也非常多，以至于后來來自于 Ruby 開發社區的 Ruby on Rails 的出現，給了 Java 開發者當頭一棒，原來還有更簡單的做法哦。于是 Java 世界慢慢的開始對多種腳本語言進行支持，包括 Ruby，以及后來自創的 Groovy。以此去打造類似 RoR 那樣簡單的開放方式。

　　生活其實是很簡單的，軟件開發其實也是一樣，用簡單的方式，去打造簡單的軟件，Java 世界用無數失敗的教訓證明了這一點。像我呢，也喜歡用這樣簡單的方式去工作，最喜歡 IDEA 去寫代碼，最喜歡 Struts2 + Spring2 + Hibernate3 這套組合，最最喜歡的是簡單，因為簡單是最美的工作方式。

　　為了實現工作流中對腳本的支持，簡單的玩了一下 BeanShell，這個小小的嵌入式 Java 代碼解釋器可以將  Java 語言像動態腳本一樣執行，幾行命令，它就能把一段 Java 代碼給玩轉。

　　工作流中有個這樣的簡單案例，當一筆單子金額大于 50萬時，應該將任務分配給 Senior Agent 處理，否則交給 Junior Agent 處理，我們用 BeanShell 簡單模擬這段腳本。

    public static void main(String[] args) throws Exception {
        Interpreter i = new Interpreter();
        i.set(”price”, 1000000);
        i.set(”user”, “”);
        i.eval(”if(price > 500000)\n” +
                “user = \”SeniorAgent\”;\n” +
                “else \n” +
                “user = \”JuniorAgent\”;”);
        System.out.println(i.get(”user”));
    } 

　　運行結果是打印出了：SeniorAgent

　　可以看出，BeanShell 用非常動態化的方式，完成了我們一個簡單的案例的處理，這里，我們只需要將需要解析的 Java 語言的腳本交給 BeanShell 的 Interceptor，并把腳本中用到的參數值傳入，就可以了，最后，我們把運算結果賦給一個變量，然后獲取變量結果，就可以了。

　　看到 Developer Works 網站上有一篇 BeanShell 實現公式管理的文章：http://www.ibm.com/developerworks/cn/java/l-formula/index.html，可以參考一下。

From: http://www.steadyxp.com/archives/851.html