桌面操作系統(tǒng)還是網(wǎng)絡(luò)操作系統(tǒng)，桌面辦公還是網(wǎng)絡(luò)辦公？
希望微軟的Vista、Office 2007和Live能夠給我們帶來答案。

Vista那花哨的界面并不能打動我，那只是一種資源的嚴重浪費。
至今都不曾給自己裝XP，直接由2000跳到了2003（精簡版）。
對XP里面，第一次使用Messenger時繁瑣的設(shè)置過程感到厭惡。

但某些看法在最近改變了。注冊了Live Mail和Live Messenger，
并看到Live其他的子項目，再對比最近對于Vista和Office的相關(guān)報道。
感覺微軟太瘋狂了。
當國內(nèi)外Linux廠商在把Linux做的更微軟，
辦公軟件廠商更進一步提高自己對微軟的兼容性時。
微軟卻打算把我們引入網(wǎng)絡(luò)操作時代。
這兩天在使用Live Messenger時，不得已像XP那樣先導(dǎo)一邊微軟的Passport。
有一個選項大意Passport信息是否與當前Windows用戶綁定。

可以想象一下Vista用戶信息與Passport信息，登陸Vista，
也就同時在后臺登陸相關(guān)聯(lián)的Passport，進入系統(tǒng)之后
OutLook 2007已經(jīng)把Live Mail的信件連同RSS訂閱的新信息收下來，
Live Messenger已經(jīng)登陸，可能正在逐個顯示好友給你發(fā)送的離線消息。
Live Favorites已經(jīng)將自己在上班時收藏的某個網(wǎng)站，放在了當前用戶的收藏夾中。
Live Office會打開下班前正在編輯的那篇文檔，光標就停在你最后關(guān)閉它的位置。
其他的文檔，都放在你的網(wǎng)絡(luò)辦公文件夾里面，不妨叫它Live Documents。
還會有什么，這些都會實現(xiàn)么？我不知道！

Hotmail、Messenger未來將叫做Live Mail和Live Messenger，更徹底的統(tǒng)一到一起。
Office 2003本來就有一個網(wǎng)頁版本的計劃，后來停下來了。
不知道是技術(shù)上不足，還是微軟刻意要留到Office 2007里面。
Office 2007將會推出一種新的文件格式，基于XML的，標準將完全公開。
理論上可以不用做任何內(nèi)容修改，增加一個樣式文件，就可以放在網(wǎng)頁上瀏覽。
或許我們將來不再使用IE瀏覽，而是Smart Client或者別的什么。

未來的操作系統(tǒng)是什么樣的？很難說清楚。
更期待Apple和Google的加入。
或許將來我們會有多個操作系統(tǒng)，來自同一家公司。
專門娛樂的，專門商務(wù)辦公的和專門學(xué)習(xí)開發(fā)的。
盡管現(xiàn)在一個非常大的操作系統(tǒng)，這些幾乎都能夠做到。
但，如果各自夠小又夠快，或許也是一種思路。

最近別人要我給他的網(wǎng)站加一個RSS，用過但沒有做過，看了以后，有點感慨。
太多的技術(shù)被基于新的平臺重新構(gòu)建了。

新聞組，一種非常“古老”的技術(shù)，以至于古老到中國互聯(lián)網(wǎng)還沒有來得及普及的時候，
論壇，一種基于動態(tài)網(wǎng)頁技術(shù)下產(chǎn)生的新事物就將它取代了。
新聞組，一種基于NNTP協(xié)議的信息共享方式，這樣解釋不直接。
瀏覽它需要客戶端，最常見的就是outlook。
對，信息是基于郵件格式的，但首先下載的是基本信息。
如標題、大小、日期、發(fā)布者等，當用戶選擇某個主題時，
客戶端，才去下載這個主題的真正實體——一封電子郵件。
是不是感覺有點和RSS類似。

新聞組是分很多討論組的，有點類似分論壇。
只有訂閱后才能夠瀏覽，一般是不需要注冊就可以
在討論組里面瀏覽、發(fā)表新討論和回復(fù)討論了。
但也可以由管理員設(shè)置訪問權(quán)限。
這樣的感覺又有點類似論壇了。

再對比一下近年比較火的博客，它有點感覺像為每個人
建立一個單獨的分論壇，管理員是自己。可以自己寫日記，
也可以寫東西別人看，別人也可以發(fā)表意見。
再看看新聞組，一個具有安全特性的討論組，自己是管理員，
已經(jīng)很接近了。

另外一些新聞組的特點，也就是作為郵件方式，
本身是可以支持富文本和附件，支持的大小，
根據(jù)服務(wù)支持而定了。另外，由于是郵件方式，
新聞組，是可以脫機瀏覽的。這個功能在現(xiàn)在，
網(wǎng)絡(luò)極度發(fā)達的條件下，似乎已經(jīng)不那么重要了。

不過，無論新聞組有何種的優(yōu)勢，以及對其他技術(shù)形式的兼容。
它畢竟已經(jīng)是一個很老的技術(shù)了，而且在國內(nèi)幾乎沒有服務(wù)商支持。
就如同IRC在國內(nèi)也不流行一樣。
作為一個曾經(jīng)的Java程序員，已經(jīng)很多年都沒有編碼，但從沒有放棄過對Java和開源的關(guān)心。
最近又有機會開始寫點東西，感覺自己已經(jīng)很遲鈍了，很難有耐心動手寫代碼了。
但是為了盡量縮短自己與現(xiàn)在技術(shù)水平的差距也開始學(xué)點“新”東西，比如Struts、Hibernate和Spring。
大多都是停留在摸摸的水平，離實際開發(fā)還有很大的距離。
可能是人老了，變懶了。
一直都在尋找著，更能夠精簡代碼的產(chǎn)品，尤其是使用Hibernate配置了繁瑣OR影射后，
完成一個簡單數(shù)據(jù)庫操作后，真不知道是用它好還是不用它好。
相比之下，一個同事，只在大學(xué)上過公共課程C語言程序設(shè)計，用不到一周的時間上手Delphi，
并且在不到一個月時間里（中間還因為其他工作出差，中斷過），相對輕松的開發(fā)了一套的程序。
同時對比正在激烈討論的Ruby，微軟的.net都看到了很多Java里面沒有的東西。
原來編程可以這么簡單，也應(yīng)該這么簡單。
Java有沒有更簡單的方式來保存數(shù)據(jù)，更確切的說是保存對象，DB4O無疑就是這其中的一種。

基于它現(xiàn)在的技術(shù)，有幾個想法
1、數(shù)據(jù)型對象的共享技術(shù)，更多的應(yīng)該是跨語言的實現(xiàn)，畢竟現(xiàn)在大多數(shù)語言都是面向?qū)ο蟮摹?br>數(shù)據(jù)庫和XML文件在很多時候，在這些不同語言之間充當了一個數(shù)據(jù)傳遞者的角色。
一般數(shù)據(jù)又都是封裝在某個對象里面，與數(shù)據(jù)庫之間OR影射。微軟的SOAP和CLI似乎都是向這個主旨努力。
2、EJB太復(fù)雜，雖然買了很多書，但都從來沒有耐性做個測試的樣例。遠程訪問一個對象，必須繼承特定類，
要基于某個協(xié)議，還要配置容器，太困難了。DB4O似乎又提供了另一種思考方式。
3、Session大家用的應(yīng)該很多，使用的不當對服務(wù)器是一種非常大的負擔。還想不到如何減輕服務(wù)器的負擔，
但至少可以嘗試使用DB4O來減輕Session也就是容器的負擔。
4、對于3中Session，困難的就是對眾多的臨時數(shù)據(jù)，管理起來太復(fù)雜。用過之后就不再使用。
容器自己可以管理Session，清理DB4O中的垃圾數(shù)據(jù)最簡單的方式，就是為DB4O添加一種內(nèi)存數(shù)據(jù)庫模式。
也就是數(shù)據(jù)都放在內(nèi)存里面，管理程序可以清理垃圾數(shù)據(jù)，一次重啟、斷電、系統(tǒng)崩潰，
都可以把這些垃圾數(shù)據(jù)清理掉。
可能還有更多的一些可能，誰又能知道，現(xiàn)在的技術(shù)發(fā)展太快了! 從尚興林的blog“struts 中文問題解決方案”中發(fā)現(xiàn)的本地化方法。
http://blogger.org.cn/blog/more.asp?name=dashee&id=7228

    public static String toNative(String s) {
        int j = 0;
        if (s == null || s.length() == 0)
            return null;
        byte buffer[] = new byte[s.length() * 2];
        for (int i = 0; i < s.length(); i++)
            if (s.charAt(i) >= '\u0100') {
                char c = s.charAt(i);
                byte buf[] = ("" + c).getBytes();
                buffer[j++] = buf[0];
                buffer[j++] = buf[1];
            } else {
                buffer[j++] = (byte) s.charAt(i);
            }
        return new String(buffer, 0, j);
    }

在DOS窗口運行STARTUP.BAT文件，
另外，吧startup.bat文件最后的
call "%EXECUTABLE%" start %CMD_LINE_ARGS%

改成：

call "%EXECUTABLE%" run %CMD_LINE_ARGS%

要找JDK 1.5 文檔（chm版）
首先，訪問Java的官方網(wǎng)站的JDK在線文檔的首頁
http://java.sun.com/j2se/1.4.2/docs/index.html
瀏覽到底部，正文的最后一條內(nèi)容如下：

Java Documentation in HTMLHelp and WinHelp Formats
For Windows users.

點擊以后進入Java官方推薦 chm版 JDK 文檔先導(dǎo)頁
http://java.sun.com/docs/windows_format.html
可以很明顯的看到

Download with English Instructions

點擊后，進入一個法國網(wǎng)站
http://www.allimant.org/javadoc/indexe.html
進入后，大家就可以根據(jù)自己的需要來下載了。

地址更新：
最近工作上與“二代證”制證內(nèi)容有些接觸，
也看到了一些文檔，也按領(lǐng)導(dǎo)要求寫了一點東西。
但似乎不是太符合領(lǐng)導(dǎo)的意思（自己開發(fā)的太慢了）。

可能會把部分里面用來網(wǎng)頁控制的JavaScript代碼放上來給大家參考一下。
畢竟首先要求實現(xiàn)的是人口系統(tǒng)，在人口系統(tǒng)的錄入上，網(wǎng)頁方式還算是比較方便的。
有些條件允許的地方，已經(jīng)實現(xiàn)了部分是通過網(wǎng)頁來辦公的。

B/S和C/S還是有些不同，尤其是操作習(xí)慣上。
很多在客戶端程序里面可以簡單實現(xiàn)的，網(wǎng)頁里面卻很難實現(xiàn)，甚至無法實現(xiàn)。
研究了一部分網(wǎng)上搜索出來的代碼，盡量滿足那些領(lǐng)導(dǎo)們對操作習(xí)慣上的要求。
有些功能實現(xiàn)了，但不是都成功，一直費解。

代碼還沒有整理好，也是東拼西湊的。
現(xiàn)在就不敢拿出來獻丑，如果領(lǐng)導(dǎo)把我的這個B/S給否掉的話。
就直接貼出來，不整理了。

我想可能會對那些還在為人口系統(tǒng)掙扎的程序員有所幫助。