❶ 各位，23種設計模式都在哪些場合運用到
其中創建型有：
一、Singleton，單例模式：保證一個類只有一個實例，並提供一個訪問它的全局訪問點
例如：隨處可見，比如Servlet，sprigMVC創建時都是單例多線程的。
完美的實例是：private static Singleton instance = new Singleton();
創建線程的方式有很多種，但是很多都扛不住多線程的檢驗，上面是簡單又實用的例子，多線程下也是安全的。
二、Abstract Factory，抽象工廠：提供一個創建一系列相關或相互依賴對象的介面，而無須指定它們的具體類。
三、Factory Method，工廠方法：定義一個用於創建對象的介面，讓子類決定實例化哪一個類，Factory Method使一個類的實例化延遲到了子類。
例如：雖然簡單工廠（靜態工廠）沒有進入23種設計模式，但是java web中的很多配置文件玩的還是它。
Spring中下面三種方式實例化bean：
1.使用類構造器實例化
<bean id="orderService" class="cn.itcast.OrderServiceBean"/>
2.使用靜態工廠方法實例化
<bean id="personService" class="cn.itcast.service.OrderFactory" factory- method="createOrder"/>
public class OrderFactory {
public static OrderServiceBean createOrder(){
return new OrderServiceBean();
}
}
3.使用實例工廠方法實例化:
<bean id="personServiceFactory" class="cn.itcast.service.OrderFactory"/>
<bean id="personService" factory-bean="personServiceFactory" factory-method="createOrder"/>
public class OrderFactory {
public OrderServiceBean createOrder(){
return new OrderServiceBean();
}
}
第一種方法，IOC容易直接根據配置文件中的class屬性通過反射創建一個實例，使用的是該類的默認構造方法。第二種則是調用class指定的工廠類的
工廠方法，來返回一個相應的bean實例，值得注意的是工廠類的方法是靜態方法，所以不用產生工廠本身的實例。而第三種則不同，它除了配置與第二種相同
外，唯一的不同就是方法不是靜態的，所以創建bean的實例對象時需要先生成工廠類的實例。實例了bean對象時，需要對其中的屬性也進行賦值，這時就是經常被提及的依賴注入。
以上其實有錯誤：Spring很多情況下創建對象很定是反射呀，尤其是註解和DI（依賴注入），小朋友，想什麼呢？肯定不是用new()來創建：
Class c = Class.forName("cn.itcast.OrderServiceBean");
Object bean = c.newInstance();
四、Builder，建造模式：將一個復雜對象的構建與他的表示相分離，使得同樣的構建過程可以創建不同的表示。
五、Prototype，原型模式：用原型實例指定創建對象的種類，並且通過拷貝這些原型來創建新的對象。
行為型有：
六、Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內部表示。
例如：jdk中的各種容器類的基礎模式
七、Observer，觀察者模式：定義對象間一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。
例如：據說是jdk使用最多的模式,好比郵件訂閱或RSS訂閱
八、Template Method，模板方法：定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個演算法的結構即可以重定義該演算法得某些特定步驟。
九、Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支持可撤銷的操作。
十、State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。
十一、Strategy，策略模式：定義一系列的演算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得演算法可以獨立於使用它們的客戶。
例如：comparator 比較器的實現利用了此模式
十二、China of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關系 。
此處強調一點就是，鏈接上的請求可以是一條鏈，可以是一個樹，還可以是一個環，模式本身不約束這個，需要我們自己去實現，同時，在一個時刻，命令只允許由一個對象傳給另一個對象，而不允許傳給多個對象
例如：struts2 interceptor 用到的就是是責任鏈模式
十三、Mediator，中介者模式：用一個中介對象封裝一些列的對象交互。
十四、Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。
十五、Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，並定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。
十六、Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外保存這個狀態。
結構型有：
十七、Composite，組合模式：將對象組合成樹形結構以表示部分整體的關系，Composite使得用戶對單個對象和組合對象的使用具有一致性。
十八、Facade，外觀模式：為子系統中的一組介面提供一致的界面，facade提供了一高層介面，這個介面使得子系統更容易使用。
十九、Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問。
例如：經典的體現在Spring AOP切面中，Spring中利用了倆種代理類型。
其實，代理也分為靜態和動態，但是我們一般常用動態，因為靜態代理秀不起來
二十、Adapter,適配器模式：將一類的介面轉換成客戶希望的另外一個介面，Adapter模式使得原本由於介面不兼容而不能一起工作那些類可以一起工作。
其中對象的適配器模式是各種結構型模式的起源，分為三種：類，對象，介面的適配器模式。
結一下三種適配器模式的應用場景：
類的適配器模式：當希望將一個類轉換成滿足另一個新介面的類時，可以使用類的適配器模式，創建一個新類，繼承原有的類，實現新的介面即可。
對象的適配器模式：當希望將一個對象轉換成滿足另一個新介面的對象時，可以創建一個Wrapper類，持有原類的一個實例，在Wrapper類的方法中，調用實例的方法就行。
介面的適配器模式：當不希望實現一個介面中所有的方法時，可以創建一個抽象類Wrapper，實現所有方法，我們寫別的類的時候，繼承抽象類即可。
例如：java io流中大量使用
二十一、Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比生成子類更加靈活。
對比：適配器模式主要是為了介面的轉換，而裝飾者模式關注的是通過組合來動態的為被裝飾者注入新的功能或行為(即所謂的責任)。
二十二、Bridge，橋模式：將抽象部分與它的實現部分相分離，使他們可以獨立的變化。
二十三、Flyweight，享元模式：主要目的是實現對象的共享，即共享池，當系統中對象多的時候可以減少內存的開銷，通常與工廠模式一起使用。
例如：資料庫連接池便是這個原理
❷ 用C語言讀取一個文件中的內容，如何對不同的行進行解析，比如是配置文件
很簡單的
配置文件 微軟有抓們的一套解析函數
INI文件是Windows系統中一類比較重要的文件，通常用來存放系統或者應用程序的配置信息，以方便系統或者應用 程序在初始化時再次讀入。比如Windows系統中的配置文件win.ini和system.ini，它們就主要存放系統啟動或用戶登陸時的系統信息。這 項功能在方便了系統配置的同時，也為非法程序的自動運行提供了可乘之機。顯然，這類文件的重要性應該引起我們的重視。但是對於這樣的ini文件的讀寫操作 卻與普通文本文件有著種種的不同，尤其體現在編程實現上。筆者曾經嘗試用手動更改的方法在文件中加入一些項，使得自己的程序能夠在初始化時自動運行，但是 卻沒有成功，最後還是藉由編程的方法來實現了。這里主要涉及到一些API函數，而這些函數又往往不被人們所熟知，本文的任務就是在介紹這些函數的同時，用 簡單的程序作了示例，下面我們言歸正傳。
先來看幾個往配置文件中寫入信息的函數：
（1）WritePrivateProfileSection()用來在ini文件中直接向指定區域寫入鍵和值的信息，其原型如下：
BOOL WritePrivateProfileSection(
LPCTSTR lpAppName, // 指向指定欄位的字元串
LPCTSTR lpString, // 指向要寫入的鍵與值字元串
LPCTSTR lpFileName // 指向文件名稱字元串，如果不包含完整路徑，則在windows目錄下創建
);
用法示例：
WritePrivateProfileSection(_T(「windows」),_T(「load=c:\\winnt\\notepad.exe」),_T(「c:\\winnt\\win.ini」));
（2）WritePrivateProfileString（）與上一個函數的不同點在於其將鍵和值分開了，原型如下：
BOOL WritePrivateProfileString(
LPCTSTR lpAppName, // 指向指定欄位的字元串
LPCTSTR lpKeyName, // 指向指定鍵的字元串
LPCTSTR lpString, // 指向指定值的字元串
LPCTSTR lpFileName // 指向文件名稱字元串
);
用法示例：
WritePrivateProfileString(_T(「windows」),_T(load」)_T(「c:\\winnt\\notepad.exe」),_T(「c:\\winnt\\win.ini」));
（3）WritePrivateProfileStruct()與前面兩個的不同在於文件尾有校驗和，原型如下：
BOOL WritePrivateProfileStruct(
LPCTSTR lpszSection, //指向指定欄位的字元串
LPCTSTR lpszKey, //指向指定鍵的字元串
LPVOID lpStruct, //指向存放要加入的數據的緩沖區，如果為NULL，則刪除鍵
UINT uSizeStruct, //緩沖區大小，以位元組為單位
LPCTSTR szFile //以零結尾的文件名稱字元串，如果為空，則向win.ini寫入
);
用法示例：
WritePrivateProfileStruct(_T(「windows」),_T(「load」),pBuffer,sizeof(pBuffer),_T(「c:\\winnt\\win.ini」));
(4)還有兩個函數，是專門用來向win.ini文件寫入的，函數原型如下：
BOOL WriteProfileSection(
LPCTSTR lpAppName, //指向指定欄位的字元串
LPCTSTR lpString //指向指定值的字元串
);
BOOL WriteProfileString(
LPCTSTR lpAppName, //指向指定欄位的字元串
LPCTSTR lpKeyName, //指向指定鍵的字元串
LPCTSTR lpString //指向指定值的字元串
);
下面來看幾個對應的從ini文件獲取信息的API函數，上面已經說得很詳細了，這里只說其中兩個：
DWORD GetPrivateProfileString(
LPCTSTR lpAppName, //指向指定欄位的字元串
LPCTSTR lpKeyName, //指向鍵的字元串
LPCTSTR lpDefault, //如果INI文件中沒有前兩個參數指定的欄位名或鍵名，則將此值賦給變數
LPTSTR lpReturnedString, //存放INI文件中值的目的緩存區
DWORD nSize, //目的緩沖區的大小，以位元組為單位
LPCTSTR lpFileName //指向INI文件名稱的字元串
);
UINT GetPrivateProfileInt(
LPCTSTR lpAppName, //指向指定欄位的字元串
LPCTSTR lpKeyName, //指向鍵的字元串
INT nDefault, //如果INI文件中沒有前兩個參數指定的欄位名或鍵名，則將此值賦給變數
LPCTSTR lpFileName //指向INI文件名稱的字元串
);
程序示例1： 我們在這里建立了一個應用程序「App Name」，並且使用了一個INI文件「appname.ini」，在此INI文件中，我們寫入如下內容：
[Section1]
FirstKey = It all worked out okay.
SecondKey = By golly, it works.
ThirdKey = Another test.
代碼分析如下：
#include <stdio.h>
#include <windows.h>
//主函數
main()
{
//定義局部
CHAR inBuf[80];
HKEY hKey1, hKey2;
DWORD dwDisposition;
LONG lRetCode;
// 試圖創建INI文件的鍵值
lRetCode = RegCreateKeyEx ( HKEY_LOCAL_MACHINE,
"SOFTWARE\\Microsoft\\Windows NT
\\CurrentVersion\\IniFileMapping\\appname.ini",
0, NULL, REG_OPTION_NON_VOLATILE, KEY_WRITE,
NULL, &hKey1,
&dwDisposition);
//判斷是否出錯
if (lRetCode != ERROR_SUCCESS){
printf ("Error in creating appname.ini key\n");
return (0) ;
}
//試圖設置一個節區的值
lRetCode = RegSetValueEx ( hKey1,
"Section1",
0,
REG_SZ,
"USR:App Name\\Section1",
20);
//判斷是否出錯
if (lRetCode != ERROR_SUCCESS) {
printf ( "Error in setting Section1 value\n");
return (0) ;
}
//試圖創建一個應用名稱鍵值
lRetCode = RegCreateKeyEx ( HKEY_CURRENT_USER,
"App Name",
0, NULL, REG_OPTION_NON_VOLATILE, KEY_WRITE,
NULL, &hKey2,
&dwDisposition);
//判斷是否出錯
if (lRetCode != ERROR_SUCCESS) {
printf ("Error in creating App Name key\n");
return (0) ;
}
//強制系統重新讀取映射區的內容到共享內存中，以便於將來對應用程序的調用可//以找到它，而不需要重新啟動系統
WritePrivateProfileStringW( NULL, NULL, NULL, L"appname.ini" );
//向INI文件中添加一些鍵值
WritePrivateProfileString ("Section1", "FirstKey",
"It all worked out okay.", "appname.ini");
WritePrivateProfileString ("Section1", "SecondKey",
"By golly, it works.", "appname.ini");
WritePrivateProfileSection ("Section1", "ThirdKey = Another Test.",
"appname.ini");
//測試一下添加的正確性
GetPrivateProfileString ("Section1", "FirstKey",
"Bogus Value: Get didn't work", inBuf, 80,
"appname.ini");
printf ("%s", inBuf);
return(0);
}
程序示例2：通過修改win.ini中的欄位[windows]中的鍵load或run，或者是為system.ini中的欄位[boot]中的鍵 shell增加值，可以達到設置程序自動運行的目的。假設我們要自動運行notepad.exe，修改後的win.ini或system.ini文件象這 樣就可以：
win.ini
[windows]
load=c:\winnt\notepad.exe
run=c:\winnt\notepad.exe
system.ini
[boot]
shell=c:\winnt\explorer.exe c:\winnt\notepad.exe
注意：system.ini文件的修改要特別注意，如果你單純改成shell=c:\winnt\notepad.exe，則不能首先運行 explorer.exe，很明顯你將看不到桌面和任務欄，呵呵，筆者在做實驗時就曾因為粗心造成了這樣的後果，不過不用害怕，只要你用我們下面提供的程 序，將它修改過來就可以了，默認時，系統在system.ini中的[boot]下是shell=c:\winnt\explorer.exe。很多非法 程序就是通過修改這兩個文件來達到自啟動的目的的。
下面這個程序可以在附書光碟中找到，名稱為「AutoPlay」，使用VC++6.0寫成，核心程序源代碼如下：
void CAutoRunDlg::OnBrowse()
{
//只瀏覽exe文件
CfileDialog fileDlg(TRUE,_T("EXE"),_T("*.exe"),OFN_HIDEREADONLY|OFN_OVERWRITEPROMPT,(_T("Executable Files (*.exe) |*.exe ||")));//顯示打開文件的對話框
//當操作者選擇OK時，程序取得選擇文件的全路徑名（包括文件的路徑及文件名稱），並將相應的數值傳輸給相關的控制項變數。
if(fileDlg.DoModal()==IDOK)
{
m_strFileName=fileDlg.GetPathName();
//向將變數中的數值傳輸給控制項顯示出來。
UpdateData(FALSE);
}
}
void CAutoRunDlg::OnApply()
{
//更新數據
UpdateData(TRUE);
//寫入ini文件
LPCTSTR filename;
filename=m_strFileName;
WritePrivateProfileString(_T("windows"),_T("load"),filename,_T("c:\\winnt\\win.ini"));
}
您如果要更改system.ini，可以將WritePrivateProfileString(_T("windows"),_T("load"),filename,_T("c:\\winnt\\win.ini"));
改為 WritePrivateProfileString(_T("boot"),_T("shell"),filename,_T("c:\\winnt \\system.ini"));並且在輸入文件名時輸入c:\winnt\explorer.exe c:\winnt\notepad.exe。
寫到這里，本文的意圖基本達到，如果您可以把某些代碼親自實現，相信讀者會有比較大的收獲。
❸ 寫一個Properties格式的配置文件，配置類的完整名稱，寫一個程序，讀取這個Properties配置文件，並用反射..
我今天也遇到跟你一樣的問題，糾結了兩天，現在弄明白了，異常提示找不到這個類，說明你的配置文件出了問題，name = com.heima.changjaijie.Eight.DemoClass，需要進到你的DemoClass類里，選中DemoClass，滑鼠右鍵點 Qualifield Name,也就是復制它的類路徑，然後粘貼在你的配置文件name等號右邊,注意還要加上回車換行再保存！
❹ java中反射的三種方法是
java中反射的三種方法：
1. 通過Object類的getClass方法來獲取
java.lang.Object中定義有getClass方法：public final Class getClass()
所有Java對象都具備這個方法，該方法用於返回調用該方法的對象的所屬類關聯的Class對象，例如：
Date date1 = new Date();
Date date2 = new Date();
Class c1 = date1.getClass();
Class c2 = date2.getClass();
System.out.println(c1.getName());
// java.util.Date
System.out.println(c1 == c2);
// true
上面的代碼中，調用Date對象date1的getClass方法將返回用於封裝Date類信息的Class對象。
這里調用了Class類的getName方法：public String getName()，這個方法的含義很直觀，即返回所封裝的類的名稱。
需要注意的是，代碼中的date1和date2的getClass方法返回了相同的Class對象（c1==c2的值為true）。這是因為，對於相同的類，JVM只會載入一次，而與該類對應的Class對象也只會存在一個，無論該類實例化了多少對象。
另外，需要強調的是，當一個對象被其父類的引用或其實現的介面類型的引用所指向時，getClass方法返回的是與對象實際所屬類關聯的Class對象。例如：
List list = new ArrayList();
System.out.println(list.getClass().getName()); // java.util.ArrayList
上面的代碼中，語句list.getClass()方法返回的是list所指向對象實際所屬類java.util.ArrayList對應的 Class對象而並未java.util.List所對應的Class對象。有些時候可以通過這個方法了解一個對象的運行時類型，例如：
HashSet set = new HashSet();
Iterator it = set.iterator();
System.out.println(it.getClass().getName()); //java.util.HashMap$KeyIterator
從代碼可以看出，HashSet的iterator方法返回的是實現了Iterator介面的HashMap內部類（KeyIterator）對象。
因為抽象類和介面不可能實例化對象，因此不能通過Object的getClass方法獲得與抽象類和介面關聯的Class對象。
2. 使用.class的方式
使用類名加「.class」的方式即會返回與該類對應的Class對象。例如：
Class clazz = String.class;
System.out.println(clazz.getName()); // java.lang.String
這個方法可以直接獲得與指定類關聯的Class對象，而並不需要有該類的對象存在。
3. 使用Class.forName方法
Class有一個著名的static方法forName：public static Class forName(String className) throws ClassNotFoundException
該方法可以根據字元串參數所指定的類名獲取與該類關聯的Class對象。如果該類還沒有被裝入，該方法會將該類裝入JVM。
該方法聲明拋出ClassNotFoundException異常。顧名思義，當該方法無法獲取需要裝入的類時（例如，在當前類路徑中不存在這個類），就會拋出這個異常。
例如，如果當前類路徑中存在Foo類：
package org.whatisjava.reflect;
public class Foo {
public Foo() {
System.out.println("Foo()");
}
static {
System.out.println("Foo is initialized");
}
}
運行下面的代碼：
Class clazz = Class.forName("org.whatisjava.reflect.Foo");
控制台會有如下輸出：
Foo is initialized
Class.forName("org.whatisjava.reflect.Foo")首先會將reflection.Foo類裝入JVM，並返回與之關聯的Class對象。JVM裝入Foo類後對其進行初始化，調用了其static塊中的代碼。需要注意的是：forName方法的參數是類的完 整限定名（即包含包名）。
區別於前面兩種獲取Class對象的方法：使用Class.forName方法所要獲取的與之對應的Class對象的類可以通過字元串的方式給定。該方法通常用於在程序運行時根據類名動態的載入該類並獲得與之對應的Class對象。
通過上面的文章相信你對java的反射機制有了一定的認識,同時也對java中Class類的用法有了比較清晰的理解,在我們實際工作的過程中,我們不斷的運用java知識來解決實際生活中的問題的時候我們就能對java反射機制有一個更深入的理解!
二、代碼示例
1.ClassTest.java
[java] view plain
/**
* java中Class類的使用
*/
import java.io.*;
import java.lang.reflect.*;
public class ClassTest1 {
public ClassTest1(){
}
public static void main(String[] args) throws Exception{
ClassTest1 test=new ClassTest1();
ClassTest1 test1=test.getClass().newInstance();
//test1=test;
test.printMessage();
test1.printMessage();
System.out.println(test.hashCode());
System.out.println(test1.hashCode());
Method[] method=test1.getClass().getMethods();
for(Method m :method){
System.out.println(m.getDeclaringClass());
System.out.println(m.getName());
}
}
public void printMessage(){
System.out.println("Created successful!");
}
}
運行結果：
[plain] view plain
Created successful!
Created successful!
14576877
12677476
class ClassTest1
printMessage
class ClassTest1
main
class java.lang.Object
wait
class java.lang.Object
wait
class java.lang.Object
wait
class java.lang.Object
hashCode
class java.lang.Object
getClass
class java.lang.Object
equals
class java.lang.Object
toString
class java.lang.Object
notify
class java.lang.Object
notifyAll
2.TestClass.java
[java] view plain
/**
*
*/
public class TestClass {
public static void main(String[] args)
{
try {
// 測試Class.forName()
Class testTypeForName = Class.forName("TestClassType");
System.out.println("testForName---" + testTypeForName);
// 測試類名.class
Class testTypeClass = TestClassType.class;
System.out.println("testTypeClass---" + testTypeClass);
// 測試Object.getClass()
TestClassType testGetClass = new TestClassType();
System.out.println("testGetClass---" + testGetClass.getClass());
} catch (ClassNotFoundException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
class TestClassType {
// 構造函數
public TestClassType() {
System.out.println("----構造函數---");
}
// 靜態的參數初始化
static {
System.out.println("---靜態的參數初始化---");
}
// 非靜態的參數初始化
{
System.out.println("----非靜態的參數初始化---");
}
}
運行結果:
[plain] view plain
---靜態的參數初始化---
testForName---class TestClassType
testTypeClass---class TestClassType
----非靜態的參數初始化---
----構造函數---
testGetClass---class TestClassType
分析：根據結果可以發現，三種生成的Class對象一樣的，並且三種生成Class對象只列印一次「靜態的參數初始化」。
❺ java反射機制詳解
在Java運行時刻，能否知道一個類的屬性方法並調用改動之？對於任意一個對象，能否知道他的所屬類，並調用他的方法？答案是肯定的。這種動態的獲取信息及動態調用方法的機制在Java中稱為「反射」（reflection）。
Java反射機制主要提供以下功能：
在運行時判斷任意一個對象所屬的類；
在運行時構造任意一個類的對象；
在運行時判斷任意一個類所具有的成員變數和方法；
在運行時調用任意一個對象的方法。
Reflection 是Java被視為動態（或准動態）語言的一個關鍵性質。這個機制允許程序在運行時透過Reflection APIs取得任何一個已知名稱的class的內部信息，包括其modifiers（諸如public, static 等等）、superclass（例如Object）、實現之interfaces（例如Serializable），也包括fields和methods 的所有信息，並可於運行時改變fields內容或調用methods。
一般而言，開發者社群說到動態語言，大致認同的一個定義是：「程序運行時，允許改變程序結構或變數類型，這種語言稱為動態語言」。
在JDK中，主要由以下類來實現Java反射機制，這些類都位於java.lang.reflect包中：
Class類：代表一個類；
Field 類：代表類的成員變數（成員變數也稱為類的屬性）；
Method類：代表類的方法；
Constructor 類：代表類的構造方法；
Array類：提供了動態創建數組，以及訪問數組的元素的靜態方法；
至於全部的你可以看看參考資料。我看這個資料不錯