Java

/*字元流和位元組流位元組流的兩個基類InputStream OutputStream字元流的兩個基類Reader Writer讀入檔案操作需求：在硬碟上，建立一個檔案比企鵝寫入一些文字資料。提示：找到一個專門用於操作檔案的Write子類對象。FileWriter。尾碼名是父類。首碼名是該流對象的功能*/import java.io.*; //先匯入IO流的包class FileWriterDemo {public static void main(String[] args)

/*檔案續寫*/import java.io.*; //匯入IO包class FileWriterDemo3{public static void main(String[] args) {FileWriter fw = null; //在try代碼塊之前定義fw確保在後面的try代碼塊中能識別fwtry{fw = new FileWriter("demo.txt" ,true);

/*檔案讀取的第一種示範方法*/import java.io.*; //匯入IO包class FileReaderDemo1{public static void main(String[] args) throws IOException //在此拋出異常{//傳建一個檔案讀取流對象，和指定名稱的檔案相關聯。//要保證檔案是已經存在的，如果不存在，會發生異常FileNotFoundExceptionFileReader fr = new FileReader(

Calendar lastDate = Calendar.getInstance(); DateFormat gmtFormat = new SimpleDateFormat();TimeZone gmtTime = TimeZone.getTimeZone("UTC"); gmtFormat.setTimeZone(gmtTime);Calendar calendar=java.util.Calendar.getInstance(); System.out.println("GMT Time:

1.分頁的解決方案，通用性，分頁時參數丟失問題，如何解決？2.   Hibernate最佳化問題。如何最佳化資料庫訪問，使程式訪問資料庫更最佳化。初用HIBERNATE的人也許都遇到過效能問題，實現同一功能，用HIBERNATE與用JDBC效能相差十幾倍很正常，如果不及早調整，很可能影響整個項目的進度。　　大體上，對於HIBERNATE效能調優的主要考慮點如下:　　* 資料庫設計調整　　*　HQL最佳化　　*  API的正確使用(如根據不同的業務類型選用不同的集合及查詢API)　　*

/*折半尋找*/class TwoSearch {//折半尋找可以提高效率，但必須得保證是有序的數組public static int halfSearch(int[] arr,int key)//折半尋找函數{int min,max,mid;min=0;max=arr.length-1;mid=(min+max)/2;while(arr[mid]!=key){if(key>arr[mid]){min=mid+1;}else

class person //定義一個person類{private int age; //聲明類的屬性，注意類型為privateprivate String name;person(int a) //預設建構函式，為age賦值{this.age=a; //this為當前對象}person(String n) //預設建構函式為name賦初始化值{this.name=n;}person(int a,String

/*需求：擷取一段程式的已耗用時間原理：擷取程式開始和結束的時間並相減即可擷取時間：用java中已有的一個類：System.currentTimeMillis();當程式碼完成最佳化後，就可以解決這類問題這種方式，模板方法設計模式什麼事判方法呢？在定義功能是，功能的一部分是確定的，但是有一部分是不確定的，而確定的部分在使用不確定的部分那麼這是就將不確定的部分暴露出去，由該類的子類去完成*/abstract class GetTime{public final void

/*需求：電腦運行執行個體電腦運行基於主板*/interface PCI //介面{public void open();public void close();}class MainBoard //主板{public void run(){System.out.println("mainboard run");}public void usePCI(PCI p)

今天被老師問到1/0 , 1.0/0 , 1/0.0 , 1.0/0.0   原來之前還是沒有掌握的細節問題啊~~~~  好好的啃一下。。。。。。。！！！！！！！！！！！！！！！！！！！！！1、i == i + 1？一個數字永遠不會等於它自己加1？Java 強制要求使用IEEE 754 浮點數算術運算[IEEE 754]，它可以讓你用一個double

這個學期學了Java，按照慣例，要做一個課程設計。我選上了用Java寫一個郵件小程式，原因是這個小程式比較實用也好玩，自己寫出個東東，發發郵件覺著很有成就感。於是就動手做起來。想我這種啥都不懂的，怎麼開始著手呢？很自然的我想到了Google這小子。Google了好久，找了N多的代碼，埋起頭就讀。貌似有點感覺了，就自己試著照葫蘆畫瓢寫了一個Demo。一點運行，居然拋異常，這時的我，心拔涼拔涼的。於是乎直接Copy，令人沮喪的是，居然Copy的也跑不起來。我徹底慌了~真是皇天不負有心人那，重要在一通

一、執行個體說明漢諾塔問題：傳說在古代印度的貝拿勒斯聖廟裡，安放了一塊黃銅板，板上插了三根寶石砫，在其中一根寶石砫上，自上而下按由小到大的順序串有64個金盤。這就是漢諾塔遊戲。要求將左邊柱子上的64個金盤按照下面的規則移到右邊的柱子上。2-1所示：規則： a) 一次只能移一個盤子。b) 盤子只能在三個柱子上存放。c) 任何時候大盤不能放在小盤上面。圖2-1

近來在學習j2me，個人覺得java最大的問題就在於產權保護上的缺憾，java很好，可是自己辛苦寫就的代碼可以很方便的被別人拿去使用，借鑒無可厚非，可是僅僅就j2me而言，大部分都可以直接修改後改頭換面。下面是我使用原始碼編譯後反編譯的效果，做一個系列素材，等待有時間整理一篇詳細的反編譯概括。重點是很好用的DJ有時候無法直接還原出的部分。 //原始碼 synchronized(this)    {      if (m_awaitingClient &&

爸爸酷愛象棋，來蘇州後一直沒有機會練手。而我則是一手臭棋，不堪再次被打擊，那天突然想到可以讓“小白”代我出手，看看能不能與老爸一決高下！找來找去，終於挖出來這個：http://www.nchess.com/，雖然介面不是華麗，功能卻也有板有眼。但是由於這個遊戲是用Java開發的，以Java Applet的形式發布，結果在Firefox中開啟的時卻說沒有找到Java相關的外掛程式.Orz...我早就安裝了JDK了啊～～～！只好手動把FIrefox Java

import java.text.SimpleDateFormat;import java.util.Calendar;import java.util.Date;第一種方式: SimpleDateFormat sdf = new SimpleDateFormat("MM/dd/yyyy  HH:mm"); Calendar cal=Calendar.getInstance(); System.out.println(sdf.format(new Date()));//顯示系統當前的日期與時間,

Sun公司將在其Java伺服器軟體產品中發布一個開源的Java資料庫，而且該資料庫將和NetBeans IDE緊密結合。今年早些時候，Sun就派出工程師參加Apache Derby項目，一個IBM捐贈的開源Java嵌入式資料庫。這次Sun自己的版本叫做Open Java DB。Sun將在最新的Java企業系統工具集裡面使用它。同時還發布一個Netbeas的外掛程式來在IDE中操作Open Java DBTrackback:

在未來多媒體時代即將來臨的時候，Java似乎仍然沒有很好的應對這一趨勢。目前主要的Java流媒體的開發架構：Java Media Framework (JMF)  從官方的資料看已經被基本放棄。QuickTime for Java  也沒有繼續開發。IBM的alphaworks中 有一些 MPEG-4 libraries  (這裡 和 這裡 ) 但需要 $7000 許可費。儘管也有一些小的組織和個人開發人員做一些貢獻，但是，仍然沒有大的組織在Java多媒體方面做出努力，反觀Windows ,

http://www.theserverside.com/articles/article.tss?l=JBIforSOA這篇文章介紹了JBI, 雖然好像出現的晚了一些，不過還是應該引起大家的重視。SOA不僅僅是Webservice，企業提供的服務也包括email, ftp, jabber, rpc,http 等各種介面，單純依賴Web

原文見  http://www.codefutures.com/weblog/corporate/archives/2006/03/java_technology_1.htmlSome of the Java technology issues that managers, rather than developers, must deal with are: Poor java developer productivity gainsChanging Java developer

Java Socket編程中的一個秘密類