進來偶看一下swing.寫了一個學生管理系統
http://www.tkk7.com/Files/ronghai/homework.zip
大家可以下載了看看.
摘要: 關于 Type1IoC,Spring Type2IoC和Type3IoC 的程序實例.希望能對大家有用
閱讀全文
摘要: 在gmail中每個內置文件夾(視圖)都是一個標簽.所以如果你想查看所有收件箱中的未讀郵件,你可以這樣使用 label:inbox label:unread
當然你可以聯合使用這些內置標簽和你自己的標簽形成一個有趣的查詢.但是很快你就發現了這些查詢是那么得長,還那么難寫.不過實際上你不需要這樣做.你可以使用l來代替label.這樣前面那個查詢可以這樣寫 l:inbox l:unread
閱讀全文
摘要: 通過spring的mailsender實現郵件的發送,同時實用gmail作為郵件發送服務器.
閱讀全文
前兩天沒有什么事做,仔細看了一下JAva的拆包,發現了下面的問題,不是很明白,到網上轉了一圈,找到了答案.給需要的朋友看看
首先看一段代碼（使用JDK 5），如下：
1 public class Test {
2 public static void main(String[] args) {
3 Integer i1 = 127;
4 Integer i2 = 127;
5 if (i1 == i2)
6 System.out.println("Equal!");
7 else
8 System.out.println("Not equal!");
9 }
10 }
輸出結果想必大家也知道，是“Equal!”。現在把i1和i2的值由127改為128看看會發生什么？結果輸出“Not equal!”。
注意i1和i2都是Integer類型，事實上只要這個值的范圍在“-128—127”之間，輸出結果都是“Equal!”。JDK
5引進了很多新的特性，其中有一個就是自動裝箱（Autoboxing）和自動拆箱（Auto-Unboxing）。當i1和i2值為128時，在進行
“==”時，它們被裝進兩個不同的Integer
Objects，由于這是兩個不同的instances，它們引用不同的內存地址，所以結果是“Not equal!”。
但當這個值是127時，JVM自動將這個值轉換成基本類型int，這樣進行“==”時，JVM仍然使用的是相同的object instance，
所以輸出結果為“Equal!”了。
其實這與'=='運算符的比較有關，'=='可用來比較兩個基本型態的變量值是否相等，事實上'=='也用于判斷兩個對象變量名稱是否參考至同一個對象。
所
以'=='可以比較兩個基本型態的變量值是否相等，也可以判斷兩個對象變量的參考對象是否相同，當您如前兩個程序的方式撰寫時，編譯器不知道您實際上要比
較的是哪一種？所以對于值從-128到127之間的值，它們被裝箱為Integer對象后，會存在內存之中被重用，所以當值在100，使用'=='進行比
較時，i1 與 i2實際上參考至同一個對象。
如果超過了從-128到127之間的值，被裝箱后的Integer對象并不會被重用，即相當于每次都新建一個Integer對象，所以當值在 200，使用'=='進行比較時，i1與i2參考的是不同的對象。
“Integer
i1 =
127;”在JDK1.5下可以編譯通過的，這就是自動裝箱（Autoboxing）和自動拆箱（Auto-Unboxing）。自動裝箱
（Autoboxing）特性讓Java自動包裝一個簡單數據類型（例如int）到對應的包裝類型中（例如Integer）中。
在《JSR
201: Extending the Java Programming Language with Enumerations,
Autoboxing, Enhanced for loops and Static Import》中，對這個問題，是作了這樣的規定：
If the value p being boxed is true, false, a byte, an ASCII character,
or an integer or short number between -127 and 128, then let r1 and r2
be the results of any two boxing conversions of p. It is always the
case that r1 == r2.
在Java中，The following is the list of primitives stored as immutable objects（不可變對象）:
* boolean values true and false
* All byte values
* short values between -128 and 127
* int values between -128 and 127
* char in the range \u0000 to \u007F
摘要: 這是一個java高手的聊天記錄，出自某個特別的群，為了名譽等事情，聊天中的id都已經被我處理過，所以請大家不用去找是哪個群，誰說的了
昨天晚上，閑來無事，隨手翻開<
>，剛好看到接口和抽象類一章，因為我本人看書時，經常愛看到哪里，嘴就要說出來，特別是有人在旁邊得時候。
于是，我便隨口一句：“什么是接口？”，片刻，我女朋友伸過來一只手，用食指和拇指捏住我得下巴，給了我一個深深得Kiss，然后頭發一甩，回眸用深沉的口吻道：“現在知道什么是接口了吧！”,
^&*(&(&#$%%^@#!@. 閱讀全文
摘要: *本段代碼是自己的一個作業，我想有些地方還可以簡單點，但是，發現簡單了卻不怎么好用，所以有點復雜
*作業的要求是可以刪除掉任意一個文件或文件夾，而不管文件夾里面是否還有其他文件，
*有個方法是可以很快就實現的就是直接調要系統的指令，但是java要運行在任意平臺，所以我就這樣復雜點了
*方法使用java DeleteFile 文件名或文件夾名 [q|Q]
*后面有兩個參數，第一個十文件或文件夾名，第二個是q
* q表示強制刪除，沒有確認
閱讀全文
發這篇blog的原因不是準備發什么高深的觀點，只是隨便寫點東西，最近在學struts。發現現在struts已經到了struts2.0了，但是問了大部分做開發的人員，他們告訴我現在開發還是基本用struts1.2。這是最常用的技術，于是我迷惑了，學習知識是學最新的呢,還是學習基礎，但是我看了，struts1.2和struts2.0有很大區別，不知道究竟怎么辦，還有發現現在有好多新的框架，但是好像是有很多人在研究，沒有什么實際的應用，不知道是自己孤陋寡聞還是其他什么原因。
還有ROR自己平時沒有事的時候看了看，發現用來做簡單開發還真是方便，但是ROR成功應用的案例倒是不怎么多，而且據說沒有什么開發公司在用ROR。也就是ROR還停留在社區討論的階段，不過我想以后會好的。
反正現在在看技術，發現技術這東西看得越多，就發現自己要學得越多，于是自己在努力努力中............