Java

初學java時，或許大家都遇到過一個問題，從控制台擷取字元，大家最常見的便是通過System.in.read();取得輸入的字元，代碼如下：public static void receiveOneChar(){//得到一個輸入的字元 char ch='2'; System.out.println("please enter a number:"); try { ch=(char)System.in.read(); } catch

在TCP/IP 互連網時，經常會需要查詢自己主機的IP地址和www伺服器的IP地址。雖然，我們可以使用IPCONFIG 和PING 進行IP地址查詢，但是如果在應用程式或APPLET中使用此命令會破壞我們應用程式介面。為此本人使用JAVA 做了一個簡單的程式可以直接查詢自己主機的IP地址和www伺服器的IP地址：// 檔案名稱為 NetTool.java （注意：在JAVA 語言中大小寫敏感）import java.net.*;public class NetTool{InetAddress

線程間的通訊1. 線程的幾種狀態線程有四種狀態，任何一個線程肯定處於這四種狀態中的一種：1) 產生（New）：線程對象已經產生，但尚未被啟動，所以無法執行。如通過new產生了一個線程對象後沒對它調用start()函數之前。2)

我用C++寫過一個,代碼不在身邊.不過可以提示一下,將金額4位一分,比如1234567可以拆分為1234和567.另外,數字中間有零的話必須寫零,但要注重多個零的情況.具體的怎麼寫你可以問問做財務的人.---------------------------------------------------------------我以前寫過說一下思路先把數字分成整數小數假如整數100909應該是十萬零九百零九有數組一個：零，一，二，三，四，五，六，七，八，九一個：元，角，分，厘一個：元，十，百，千，

對注釋的注釋Java Persistence API (JPA) 定義了訪問資料的多種方法：通過實體管理器、通過 JPA-QL 或通過本機查詢。在 JPA 中，注釋用作將 Java 對象映射到底層資料庫的一種機制。您還可以提供 XML 中繼資料作為映射注釋的覆蓋或備選機制。不過，我看到的大多數 JPA 使用方式都明顯喜歡使用注釋。規範文檔使用注釋，而不使用基於 XML 的映射樣本（僅向您顯示 XML 模式）來表示所有樣本這一事實可能是覆蓋的原因之一。建立對象關係映射，以便從 Java

這已經筆者寫的第三篇Java雜記了，慶幸前兩篇一直得到論壇朋友們的支援鼓勵，還望大家繼續指正不足之處。筆者也一直渴望通過這樣方式清醒的自審，來尋找自己技術上的不足之處，希望和共同愛好Java的同仁們一起提高。前兩次分別講述了關於jvm、jdk、jre、collection、classLoader和一些Design　

鑒於上回寫的一點感想大家不嫌棄，都鼓勵小弟繼續寫下去，好不容易等到國慶黃金周，實習總算有一個休息的階段，於是這就開始寫第二篇了。希望這次寫的仍然對志同道合的朋友們有所協助。上回講了Java動態載入機制、classLoader原理和關於jdk和jre三個問題。這次延續著講一些具體的類庫？？1.關於集合架構類相信學過Java的各位對這個名詞並不陌生，對　

想來學習Java也有兩個年頭了，永遠不敢說多麼精通，但也想談談自己的感受，寫給軟體學院的同仁們，協助大家在技術的道路上少一點彎路。說得偉大一點是希望大家為軟體學院爭氣，其實最主要的還是大家自身的進步提升。1.關於動態載入機制學習Java比C++更容易理解OOP的思想，畢竟C++還混合了不少面向過程的成分。很多人都能背出來Java語言的特點，所謂的動態載入機制等等。當然概念往往是先記住而後消化的，可有多少人真正去體會過動態載入的機制，試圖去尋找過其中的細節呢？　

老實說，延遲下載遊戲資源及調用只是一種輔助手段，與遊戲開發本身關係並不大，實質也無非只是檔案下載及檔案讀取的混用。但考慮到上周有網友問及此類問題，筆者覺得與其回郵件單獨解釋，倒不如寫篇博文看起來更具體清晰，還能令大家協助筆者斧正刊誤，故成此文，僅供參考。一般來講，我們之所以會需要通過下載方式載入遊戲資源，無非是出於如下幾種目的：1、精簡遊戲體積：假設我做了個100MB的遊戲，卻非想把它宣傳成僅有1MB的精巧程式，這時我該怎麼辦呢？去欺騙使用者，用大量複雜的技術名詞忽悠他們說1MB和100MB等值

使用記憶體中 XML 文檔的 Java 開發人員可以選擇使用標準 DOM 表示或幾個 Java 特定模型中的任何一個。該靈活性已經協助將 Java 建立成 XML 工作的出色平台。但是，由於不同模型數量的增加，已經更加難以確定如何比較模型的功能、效能和易用性。關於使用“Java 中的 XML”系列中的第一篇文章研究了 Java 中一些領先的 XML

在本系列的第一篇文章中，我研究了一些用 Java 編寫的主要的 XML 文檔模型的效能。但是，在開始選擇這種類型的技術時，效能只是問題的一部分。使用方便至少是同樣重要的，並且它已是一個主要理由，來支援使用 Java 特定的模型，而不是與語言無關的 DOM

今天絕大多數電腦系統都處在某種網路之中。大多數系統除了為內部的使用者群體服務，還要為該群體以外的實體提供某種價值或服務。作為回報，大多數系統也用了其它系統（例如，客戶機端作業系統、網頁瀏覽器、外部資料庫和第三方服務提供者）提供的服務。隨著 Web 服務的到來，我們很快就會發現，我們開發的系統要為越來越廣泛的應用程式提供服務。在 UML

需求收集是任何成功的軟體開發週期中不可缺少的一步。雖然有眾多的需求收集方法，但是最普通的方法是用例建模。在

我在介紹性專欄中曾經解釋過，順序圖表用於描述系統隨時間而產生的內部行為。因為系統行為是對象相互之間發送訊息的結果，因此順序圖表繪製了那些訊息在對象之間移動時的路線。歸根結底，順序圖表就是互動圖。在前一部分中，儘管我們描述了無數互動，但只建立了一個相當簡單的圖。這次，我們將做進一步的研究，看看 UML 指定的順序圖表的兩種形態。這兩種形態是 常規和 執行個體。讓我們從每種形態的正確應用開始。順序圖表的兩種類型順序圖表用於描述對象之間兩種不同類型的互動。一種互動類型是 必須 (must)

整合模組化語言 (UML) 是用於建立物件導向系統模型的標準標記法。在 1995 到 1997 年之間，UML 登上了物件導向編程社區的舞台，而且在 1997 年後期受到了對象管理組織 (OMG) 的認可。雖然它最初頗受爭議 -- 因為它是在一片支援和反對聲中提出的 -- 但 UML 以後卻成為系統標記法的行業標準。UML 的目前的版本是 1.4，而且它將不斷髮展以滿足物件導向開發人員的需要。UML

關於文章中涉及的兩個杜撰概念:一、繪圖器：眾所周知，Java

1.當Java.io中，如果檔案的操作的時候，判斷是否隱藏用File.ishiden()判斷是否唯讀，可用File.canWrite().2. 當要設定是否是可讀或者是隱藏時，在java中除了提供File.setReadOnly()外，就無其他方法了。所以我們必須到Dos環境下去設定，在java中用Runtime.getRuntime().exec("attrib " + """ + file.getAbsolutePath()+ "&

/*========================Pragramme Design=============================*//* @程式說明：使用AudioClip類控制播放的音樂檔案 *//* @程式目的：線程的運用 *//* @Writen by :kanker007 *//* @Date:2005-05-11 *//*=====================================================================*//*---

在並發環境下，解決共用資源衝突問題時，可以考慮使用鎖機制。1.對象的鎖所有對象都自動含有單一的鎖。JVM負責跟蹤對象被加鎖的次數。如果一個對象被解鎖，其計數變為0。在任務（線程）第一次給對象加鎖的時候，計數變為1。每當這個相同的任務（線程）在此對象上獲得鎖時，計數會遞增。只有首先獲得鎖的任務（線程）才能繼續擷取該對象上的多個鎖。每當任務離開一個synchronized方法，計數遞減，當計數為0的時候，鎖被完全釋放，此時別的任務就可以使用此資源。2.synchronized同步塊2.1同步到單一對

對於一個非常熟悉 C++ 異常處理模型的程式員來說，它幾乎可以不經任何其它培訓和學習，就可以完全接受和能夠輕鬆地使用 Java 語言中的異常處理編程方法。這是因為 Java 語言中的異常處理模型幾乎與 C++ 中異常處理模型有 99% 的相似性，無論是從文法規則，還是語義上來說，它們二者都幾乎完全一致。當然，如果你對 Java 語言中的異常處理模型有更多，或更深入的瞭解，你還是能夠發現 Java 異常處理模型與 C++ 中異常處理模型還是存在不少差別的。是的，Java 語言本來就是 C++