<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 1,  comments - 0,  trackbacks - 0

    我的評論

    與樓主心有靈犀,謝謝分享。
    re: JNI的中文問題 笨笨 2008-05-04 17:40  
    考慮到跨平臺兼容問題,可以考慮用ICU庫.
    更加簡單的辦法:
    先用String.getBytes()方法將String轉為byte數組給C代碼. 返回時用 new String(byte[]) 將字節數組轉為String對象.
    re: 精品Ajax圖書下載[未登錄] 笨笨 2008-04-25 23:37  
    我也想要,Bulletproof Ajax最先!
    phpzht@gmail.com
    謝謝提醒,個人經驗是凡是涉及到網絡傳輸的遠程調用如JDBC,RMI,它的執行時間,就是從客戶端發起請求到獲取返回數據,耗費時間一般在N毫秒不等.
    而普通方法執行的時間,根據復雜度的不同,最少的可以用納秒計算(例如log4j的check時間),時間長點的用微秒計算也合適.
    很多人都看過了,呵呵,加油!
    很有用,謝謝啦
    setResponsePage
    另外的Wicket中有這個登錄例子的
    re: jsp url重寫[未登錄] 笨笨 2007-11-10 10:58  
    請問有中文文檔嗎?
    Java與C性能的差距,主要差距表現在:
    1 IO/數據庫訪問的效率
    2 Web Server(Java Servlet Container)的IO效率

    但是C的問題還是出在開發代價高,出問題查找困難,通用基礎構架少。在企業級市場中,性能其實不是最主要的關注因素,快速實現需求,縮短開發周期反而是首要目標。

    因此在許多大企業中,真正的核心業務采用C/TUXEDO/CICIS寫,保證高效。頁面采用Java寫,保證開發的快速和靈活。

    這個能用不?
    先拷一下,
    順便說聲:“謝謝”
    哈哈

    我不喜歡JAVA 但老師要考試。沒辦法
    翻譯的很好
    支持一把
    完全可以在代碼中控制權限
    比如IViewActionDelegate中的init方法,selectionChanged方法

    再比如說你可以通過org.eclipse.ui.IActionFilter可控制Action的權限,方法很多的。

    因為是在單機上運行,甚至可以通過systemProperty屬性來控制,都是可以的!
    要分 JDK .
    IBM JDK 始終輸出 Thread Dump到某個文件中。
    Sun/Jrockit JDK 會輸出到 stdout 中。

    對于 Sun/JRockit JDK,最簡單的辦法 是重定向 stdout 到某個文件: java xxxx > xxx.out

    最復雜的辦法是用 JNI 實時修改 STDOUT/STDERR handler。
    用擴展點
    org.ecipse.ui.viewactions
    會更好一些
    re: JDK 1.5 對超大字符集的支持 笨笨 2007-03-19 13:41  
    似乎要在 Eclipse 設置中將相關的顯示字體設置為“宋體-超大字符集”,可以試一試。
    re: 在龍芯盒子上編譯 Eclipse-3.2.2 笨笨 2007-03-15 17:18  
    Debain Linux for loongson 2E, 32位。
    kernel 2.6.18
    java hotspot client jvm 1.5
    re: Java中文&編碼問題小結 笨笨 2006-03-16 11:11  
    文章瀏覽過了。
    東西挺多,但是覺得有點亂。
    還有關于 Unicode 部分,看起來主要說的是 UTF-8編碼,UTF-16/32 甚少涉及。
    re: Java I/O中的對象序列化 笨笨 2006-01-13 13:53  
    >在對一個Serializable對象進行反序列化的過程中,沒有調用任何構造器,包括缺省的構造器

    抱歉又要挑刺了,Serializable對象在反序列化時,是要調用缺省構造函數的,否則 JVM 怎么知道多了一個對象實例?
    俺也想要,請發送到我的郵箱 zhugf000@gmail.com
    謝謝。
    re: 架構師的工作 笨笨 2005-12-17 21:22  
    謝謝,跟大師比起來班門弄斧了。

    >AGAIN, WOULD YOU LIKE TO ATTEND ARCHITECTS?
    請問如何加入?再推辭就不好意思了。
    re: 架構師的工作 笨笨 2005-12-17 20:53  
    沒錯,由于國內業務變化過于激烈,不穩定,業務代碼重用不太好做。
    所以業務架構的另一個思路就是降低變化的成本、時間和風險,
    可參見 u-sky公司一個產品叫 WebGem。
    re: 架構師的工作 笨笨 2005-12-17 20:32  
    “噴”就是交流和溝通,把架構意圖表達出來。

    至于后面部分,其實還是從上篇隨筆的PPT中摘出來的,那個PPT沒見你發表意見。
    re: 基于J2EE的業務產品/框架(PPT) 笨笨 2005-12-15 18:16  
    不是
    re: 變,還是不變? 笨笨 2005-12-13 13:12  
    不好說,不要對于AI 和量子計算抱有多大希望。
    起碼5-10年內不太可能有什么進展。
    順便說一句,在目前的體系結構下,計算機下圍棋沒戲,2^361次方,根本不可能的事。
    內部類從運行時理解更簡單:
    只要不是 static 聲明的內部類運行時,實例必定附著于一個外部類實例,而不能單獨創建。
    但是 static 內部類的運行時表現相同于外部類。
    這個,其實我性格疏懶;
    怕難以擔此名,反誤了大事。
    re: 淺議類型識別與反射機制 笨笨 2005-12-12 17:43  
    多態就是普通的Java 方法調用,效率不會低的。
    如果效率低,只能說:考慮改進算法或換JNI實現。
    re: 正則表達式說明 笨笨 2005-12-12 17:37  
    活活,知識共享
    re: 淺議類型識別與反射機制 笨笨 2005-12-12 13:46  
    糾正一點錯誤觀點,RTTI 會帶來效率問題,其效率遠低于多態,相差可達2到3個數量級。

    多態,如 接口,重載。其效率除了靜態方法外是最高的。
    事實上多態涉及到了絕對多數的代碼:Java代碼中除了靜態方法和標記了 final 的方法(?,待做試驗)外,所有的普通方法全部是虛方法(多態)調用。

    祝你生日快樂。
    re: 關鍵字new和newInstance方法區別 笨笨 2005-12-05 16:41  
    >從JVM的角度看,我們使用關鍵字new創建一個類的時候,這個類可以沒有被加載。

    這句話值得商榷。

    JVM執行這句話時,需要從當前的上下文類加載器Thread. getContextClassLoader()加載類,再為此類創建實例(在堆中分配內存)。


    從 newInstance()方法代碼可以看到,它實際上是去找缺省的 Constuctor,我們自己可以遍歷類獲得帶參的 Constructor。
    re: 組裝你的Eclipse,免費的WSAD- - 笨笨 2005-10-12 00:37  
    Eclipse3 要JDK1.4

    樓上
    如果你是先安裝的JDK1.4
    再安裝的Oracle
    所以在 環境變量
    Path中
    Oracle的 JDK 1.3的優先級比你安裝的JDK1.4高

    在環境變量Path的設置中
    把JDK安裝目錄的bin/放在最前面

    如果你懶 先刪除JDK
    再安裝一次 應該可以解決
    re: EclipseWork 笨笨 2005-09-20 08:55  
    你的裝好能用不?
    共青森林公園和世紀公園還可以了,就是比較遠,總體說來不是很爽。。。
    re: 致歉 笨笨 2005-07-31 16:18  
    呵呵,重新添加到RSS中!!!!
    為什么你一個tag標簽就需要綁定數據訪問邏輯那?為什么不想辦法支持調用業務類的業務方法,只要返回自定義的collection集合進行綁定不行么?
    re: 服務器恢復正常運行 笨笨 2005-06-13 09:27  
    多謝,又好了。呵呵。比較爽。。。
    re: 關于工作流的學習 笨笨 2005-06-07 09:38  
    呵呵,請問您的mindmanager有合法的license么?cool!
    re: 服務器恢復正常運行 笨笨 2005-06-03 08:06  
    現在還沒好,好幾天了.


    運行時錯誤
    說明: 服務器上出現應用程序錯誤。此應用程序的當前自定義錯誤設置禁止遠程查看應用程序錯誤的詳細信息(出于安全原因)。但可以通過在本地服務器計算機上運行的瀏覽器查看。
    re: 服務器恢復正常運行 笨笨 2005-06-01 22:52  
    運行時錯誤
    說明: 服務器上出現應用程序錯誤。此應用程序的當前自定義錯誤設置禁止遠程查看應用程序錯誤的詳細信息(出于安全原因)。但可以通過在本地服務器計算機上運行的瀏覽器查看。


    老樣子啊....
    確實有點不方便,回來自己的blog上面查東西老是這個樣子...
    re: 迎接RFID的時代 笨笨 2005-03-31 09:27  
    2004年,世界著名零售商沃爾瑪要求,其最大的100家供貨商2005年1月以后所有運送到沃爾瑪的貨物箱和貨盤必須附加RFID(無線射頻識別技術)“標簽”,小供貨商2006年也要執行該政策。
    主站蜘蛛池模板: 亚洲VA中文字幕不卡无码| 国产精品免费视频播放器| 亚洲国产精品无码AAA片| 特色特黄a毛片高清免费观看| 国产高清在线免费视频| 欧美日韩亚洲精品| 国产又长又粗又爽免费视频| 黄色一级毛片免费| 久久影视综合亚洲| 国产一区二区三区免费| 亚洲欧洲在线观看| 永久免费视频网站在线观看| 亚洲国产精品网站久久| 久久久久国产精品免费免费搜索| 亚洲乱码国产乱码精华| 亚洲国产精品自在拍在线播放| 中国一级特黄高清免费的大片中国一级黄色片| 91麻豆精品国产自产在线观看亚洲 | 拍拍拍又黄又爽无挡视频免费| 亚洲av永久无码| 丁香五月亚洲综合深深爱| 日韩视频免费在线观看| 亚洲国产精品美女| 国产亚洲福利一区二区免费看| 成人免费乱码大片A毛片| 亚洲高清视频免费| 妞干网免费视频观看| 欧洲乱码伦视频免费国产| 久久国产精品亚洲综合| 拍拍拍又黄又爽无挡视频免费| 特级毛片在线大全免费播放| 亚洲成在人天堂在线| 黄网址在线永久免费观看 | 亚洲AV无码一区二区三区在线观看| japanese色国产在线看免费| 日木av无码专区亚洲av毛片| 免费无遮挡无码视频网站| 精品国产免费一区二区三区| 国产成人精品日本亚洲18图| 亚洲国产天堂久久久久久| 91免费福利精品国产|