灰色後門

1.Arrays.copyof(arg1, arg2)是一種淺層複製(shallow copy)的方法    參數1是欲複製的陣列，參數2則是新陣列的長度    因為JVM不會知道Array裡的物件到底有哪些類別及那些屬性    所以若想進行深層複製，則需要自己實作 2.引用static方法的宣告方式需要完全指名路徑，如：import java.lang.System.out 3.Java的繼承原理是即使是private宣告的成員也會被繼承   但僅有父類別的方法能存取它 4.重新定義equals()的範例    public class Cat{        public  boolean equals(Object other){         if(this == other){            return true;         //參考指向同一物件當然是相同 } if(!(Other instanceof Cat)){            return false;       //如果不由相同類別宣告自然不會相同 } Cat cat = (Cat) other; if(...){                 //以下開始比較Cat類別中的類別成員值是否相同            ....         }        }    }

建構式之前若有想先執行的流程可以使用{} 以區域概念保留一塊優先執行的區域 Class Demo{     {           ...    //do something       }     public Demo(){            ....     } } 若是在這一塊優先執行的區域前加上static敘述 static{   ...     //do something    } 則會讓JVM在載入這個class的bytecode後立刻執行區塊內的程式碼 JDBC的class.forName()就是這樣的處理

Servlet 3.0 加入了上傳機制 之前寫過的 cos套件 也可以拿來比對 除了本篇介紹，另外可參考 良葛格的介紹 使用時對於提供上傳的form表單有些前置需求，如下 上傳的頁面demo.jsp================== <!-- action指向處理後續的頁面/Servlet   實作上傳功能時method只能用post         enctype沒指定的話會用預設值application/x-www-form-urlencoded        使用上傳功能時則設定為multipart/form-data--> <form action="uploadTest" method="post" enctype="multipart/form-data">     <p>選擇檔案：</p><input type="file" name="file1" value="" /><br />     <p>選擇檔案：</p><input type="file" name="file2" value="" /><br />     <input type="submit" name="upload" value="upload" /> </form> 成果大概長這樣：

在過去，類似下面的程式碼很常被用在取得元素位置 function findPos ( obj ) {      var left , top ;      left = top = 0 ;      if ( obj . offsetParent ) {          do {              left += obj . offsetLeft ;              top  += obj . offsetTop ;          } while ( obj = obj . offsetParent ) ;      }      return {          x : left ,          y : top ,      } ; } ; objPos = findPos ( document . getElementById ( 'test' ) ) ; alert ( "x:" + objPos . x + " | y:" + objPos . y ) ; offsetParent會回傳距離傳入物件最近 的容器 這個屬性會依傳入物件及其父元素是否有設定 postion屬性(absolute、relative)變動 一般沒有指定定位的情形下，最外層的offsetParent就是document.body 這個方法的成本偏大，特別是若需進行較多次迴圈運算時 使用時將結果儲存為 local 變數會是比較好的處理作法 既然說了在過去，表示這個做法一定有那裡不夠好 除了上述提過會使用較多的資源來進行計算外 offsetParent也有可能有相容性的疑慮，而卷軸捲...

原文 為有物報告翻譯自Dropbox的文章 恭喜 Dropbox，達到使 用者人數一億人 ，預估營收也來到美金5億（台幣150億）。去年 Dropbox 被投資人估值約在40億美金（1200億台幣）左右，不論從各方面來看都是一個超級成功的創業故事。

談到壓縮資料時必須先有個概念 壓縮資料可以減少資料的傳輸成本，但相對的會增加計算上的成本 CPU可能會因為壓縮的工作而降低系統的整體處理能力，使用上必須依需求選擇 當然現行系統主要的資料傳遞需求仰賴網路，通常啟用壓縮會是較好的選擇 以網路應用實務上的一般情況來說，效率的瓶頸主要是資料的傳輸 上圖是分別以3G和4G通信取得 20KB 資料的時間，可以看出資料量大時的影響 另一個要點則是行動裝置的電量，行動裝置使用網路時會大幅減少其電池使用時間