第一篇：委托與事件的區(qū)別

委托與事件的區(qū)別

委托 和 事件在.Net Framework中的應(yīng)用非常廣泛，然而，較好地理解委托和事件對(duì)很多接觸C#時(shí)間不長(zhǎng)的人來(lái)說(shuō)并不容易。它們就像是一道檻兒，過(guò)了這個(gè)檻的人，覺(jué)得真是太容易了，而沒(méi)有過(guò)去的人每次見(jiàn)到委托和事件就覺(jué)得心里別（biè）得慌，混身不自在。本文中，我將通過(guò)兩個(gè)范例由淺入深地講述什么是委托、為什么要使用委托、事件的由來(lái)、.Net Framework中的委托和事件、委托和事件對(duì)Observer設(shè)計(jì)模式的意義，對(duì)它們的中間代碼也做了討論。

將方法作為方法的參數(shù)

我們先不管這個(gè)標(biāo)題如何的繞口，也不管委托究竟是個(gè)什么東西，來(lái)看下面這兩個(gè)最簡(jiǎn)單的方法，它們不過(guò)是在屏幕上輸出一句問(wèn)候的話語(yǔ)： public void GreetPeople(string name){ // 做某些額外的事情，比如初始化之類，此處略 EnglishGreeting(name);} public void EnglishGreeting(string name){ Console.WriteLine(“Morning, ” + name);}

暫且不管這兩個(gè)方法有沒(méi)有什么實(shí)際意義。GreetPeople用于向某人問(wèn)好，當(dāng)我們傳遞代表某人姓名的name參數(shù)，比如說(shuō)“Jimmy”，進(jìn)去的時(shí)候，在這個(gè)方法中，將調(diào)用EnglishGreeting方法，再次傳遞name參數(shù)，EnglishGreeting則用于向屏幕輸出 “Morning, Jimmy”。

現(xiàn)在假設(shè)這個(gè)程序需要進(jìn)行全球化，哎呀，不好了，我是中國(guó)人，我不明白“Morning”是什么意思，怎么辦呢？好吧，我們?cè)偌觽€(gè)中文版的問(wèn)候方法：

public void ChineseGreeting(string name){ Console.WriteLine(“早上好, ” + name);}

這時(shí)候，GreetPeople也需要改一改了，不然如何判斷到底用哪個(gè)版本的Greeting問(wèn)候方法合適呢？在進(jìn)行這個(gè)之前，我們最好再定義一個(gè)枚舉作為判斷的依據(jù)：

public enum Language{ English, Chinese } public void GreetPeople(string name, Language lang){ //做某些額外的事情，比如初始化之類，此處略 swith(lang){ case Language.English: EnglishGreeting(name);break;case Language.Chinese: ChineseGreeting(name);break;} }

OK，盡管這樣解決了問(wèn)題，但我不說(shuō)大家也很容易想到，這個(gè)解決方案的可擴(kuò)展性很差，如果日后我們需要再添加韓文版、日文版，就不得不反復(fù)修改枚舉和GreetPeople()方法，以適應(yīng)新的需求。

在考慮新的解決方案之前，我們先看看 GreetPeople的方法簽名：

public void GreetPeople(string name, Language lang)

我們僅看 string name，在這里，string 是參數(shù)類型，name 是參數(shù)變量，當(dāng)我們賦給name字符串“jimmy”時(shí)，它就代表“jimmy”這個(gè)值；當(dāng)我們賦給它“張子陽(yáng)”時(shí)，它又代表著“張子陽(yáng)”這個(gè)值。然后，我們可以在方法體內(nèi)對(duì)這個(gè)name進(jìn)行其他操作。哎，這簡(jiǎn)直是廢話么，剛學(xué)程序就知道了。

如果你再仔細(xì)想想，假如GreetPeople()方法可以接受一個(gè)參數(shù)變量，這個(gè)變量可以代表另一個(gè)方法，當(dāng)我們給這個(gè)變量賦值 EnglishGreeting的時(shí)候，它代表著 EnglsihGreeting()這個(gè)方法；當(dāng)我們給它賦值ChineseGreeting 的時(shí)候，它又代表著ChineseGreeting()方法。我們將這個(gè)參數(shù)變量命名為 MakeGreeting，那么不是可以如同給name賦值時(shí)一樣，在調(diào)用 GreetPeople()方法的時(shí)候，給這個(gè)MakeGreeting 參數(shù)也賦上值么(ChineseGreeting或者EnglsihGreeting等)？然后，我們?cè)诜椒w內(nèi)，也可以像使用別的參數(shù)一樣使用MakeGreeting。但是，由于MakeGreeting代表著一個(gè)方法，它的使用方式應(yīng)該和它被賦的方法(比如ChineseGreeting)是一樣的，比如： MakeGreeting(name);

好了，有了思路了，我們現(xiàn)在就來(lái)改改GreetPeople()方法，那么它應(yīng)該是這個(gè)樣子了：

public void GreetPeople(string name, *** MakeGreeting){ MakeGreeting(name);}

注意到 ***，這個(gè)位置通常放置的應(yīng)該是參數(shù)的類型，但到目前為止，我們僅僅是想到應(yīng)該有個(gè)可以代表方法的參數(shù)，并按這個(gè)思路去改寫(xiě)GreetPeople方法，現(xiàn)在就出現(xiàn)了一個(gè)大問(wèn)題：這個(gè)代表著方法的MakeGreeting參數(shù)應(yīng)該是什么類型的？

NOTE：這里已不再需要枚舉了，因?yàn)樵诮oMakeGreeting賦值的時(shí)候動(dòng)態(tài)地決定使用哪個(gè)方法，是ChineseGreeting還是 EnglishGreeting，而在這個(gè)兩個(gè)方法內(nèi)部，已經(jīng)對(duì)使用“morning”還是“早上好”作了區(qū)分。

聰明的你應(yīng)該已經(jīng)想到了，現(xiàn)在是委托該出場(chǎng)的時(shí)候了，但講述委托之前，我們?cè)倏纯碝akeGreeting參數(shù)所能代表的 ChineseGreeting()和EnglishGreeting()方法的簽名：

public void EnglishGreeting(string name)public void ChineseGreeting(string name)

如同name可以接受String類型的“true”和“1”，但不能接受bool類型的true和int類型的1一樣。MakeGreeting的 參數(shù)類型定義 應(yīng)該能夠確定 MakeGreeting可以代表的 方法種類，再進(jìn)一步講，就是MakeGreeting可以代表的方法 的 參數(shù)類型和返回類型。

于是，委托出現(xiàn)了：它定義了MakeGreeting參數(shù)所能代表的方法的種類，也就是MakeGreeting參數(shù)的類型。

NOTE：如果上面這句話比較繞口，我把它翻譯成這樣：string 定義了name參數(shù)所能代表的值的種類，也就是name參數(shù)的類型。

本例中委托的定義：

public delegate void GreetingDelegate(string name);

可以與上面EnglishGreeting()方法的簽名對(duì)比一下，除了加入了delegate關(guān)鍵字以外，其余的是不是完全一樣？

現(xiàn)在，讓我們?cè)俅胃膭?dòng)GreetPeople()方法，如下所示：

public void GreetPeople(string name, GreetingDelegate MakeGreeting){ MakeGreeting(name);}

如你所見(jiàn)，委托GreetingDelegate出現(xiàn)的位置與 string相同，string是一個(gè)類型，那么GreetingDelegate應(yīng)該也是一個(gè)類型，或者叫類(Class)。但是委托的聲明方式和類卻完全不同，這是怎么一回事？實(shí)際上，委托在編譯的時(shí)候確實(shí)會(huì)編譯成類。因?yàn)镈elegate是一個(gè)類，所以在任何可以聲明類的地方都可以聲明委托。更多的內(nèi)容將在下面講述，現(xiàn)在，請(qǐng)看看這個(gè)范例的完整代碼： using System;using System.Collections.Generic;using System.Text;

namespace Delegate { //定義委托，它定義了可以代表的方法的類型 public delegate void GreetingDelegate(string name);

class Program {

private static void EnglishGreeting(string name){ Console.WriteLine(“Morning, ” + name);}

private static void ChineseGreeting(string name){ Console.WriteLine(“早上好, ” + name);}

//注意此方法，它接受一個(gè)GreetingDelegate類型的方法作為參數(shù)

private static void GreetPeople(string name, GreetingDelegate MakeGreeting){ MakeGreeting(name);}

static void Main(string[] args){ GreetPeople(“Jimmy Zhang”, EnglishGreeting);GreetPeople(“張子陽(yáng)”, ChineseGreeting);Console.ReadKey();} } }

輸出如下：

Morning, Jimmy Zhang 早上好, 張子陽(yáng)

我們現(xiàn)在對(duì)委托做一個(gè)總結(jié)：

委托是一個(gè)類，它定義了方法的類型，使得可以將方法當(dāng)作另一個(gè)方法的參數(shù)來(lái)進(jìn)行傳遞，這種將方法動(dòng)態(tài)地賦給參數(shù)的做法，可以避免在程序中大量使用If-Else(Switch)語(yǔ)句，同時(shí)使得程序具有更好的可擴(kuò)展性。將方法綁定到委托

看到這里，是不是有那么點(diǎn)如夢(mèng)初醒的感覺(jué)？于是，你是不是在想：在上面的例子中，我不一定要直接在GreetPeople()方法中給 name參數(shù)賦值，我可以像這樣使用變量：

static void Main(string[] args){ string name1, name2;name1 = “Jimmy Zhang”;name2 = “張子陽(yáng)”;

GreetPeople(name1, EnglishGreeting);GreetPeople(name2, ChineseGreeting);Console.ReadKey();}

而既然委托GreetingDelegate 和 類型 string 的地位一樣，都是定義了一種參數(shù)類型，那么，我是不是也可以這么使用委托？

static void Main(string[] args){ GreetingDelegate delegate1, delegate2;delegate1 = EnglishGreeting;delegate2 = ChineseGreeting;

GreetPeople(“Jimmy Zhang”, delegate1);GreetPeople(“張子陽(yáng)”, delegate2);Console.ReadKey();}

如你所料，這樣是沒(méi)有問(wèn)題的，程序一如預(yù)料的那樣輸出。這里，我想說(shuō)的是委托不同于string的一個(gè)特性：可以將多個(gè)方法賦給同一個(gè)委托，或者叫將多個(gè)方法綁定到同一個(gè)委托，當(dāng)調(diào)用這個(gè)委托的時(shí)候，將依次調(diào)用其所綁定的方法。在這個(gè)例子中，語(yǔ)法如下：

static void Main(string[] args){ GreetingDelegate delegate1;delegate1 = EnglishGreeting;// 先給委托類型的變量賦值

delegate1 += ChineseGreeting;// 給此委托變量再綁定一個(gè)方法

// 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法 GreetPeople(“Jimmy Zhang”, delegate1);Console.ReadKey();}

輸出為：

Morning, Jimmy Zhang 早上好, Jimmy Zhang

實(shí)際上，我們可以也可以繞過(guò)GreetPeople方法，通過(guò)委托來(lái)直接調(diào)用EnglishGreeting和ChineseGreeting：

static void Main(string[] args){ GreetingDelegate delegate1;delegate1 = EnglishGreeting;// 先給委托類型的變量賦值

delegate1 += ChineseGreeting;// 給此委托變量再綁定一個(gè)方法

// 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法 delegate1(“Jimmy Zhang”);Console.ReadKey();}

NOTE：這在本例中是沒(méi)有問(wèn)題的，但回頭看下上面GreetPeople()的定義，在它之中可以做一些對(duì)于EnglshihGreeting和ChineseGreeting來(lái)說(shuō)都需要進(jìn)行的工作，為了簡(jiǎn)便我做了省略。

注意這里，第一次用的“=”，是賦值的語(yǔ)法；第二次，用的是“+=”，是綁定的語(yǔ)法。如果第一次就使用“+=”，將出現(xiàn)“使用了未賦值的局部變量”的編譯錯(cuò)誤。

我們也可以使用下面的代碼來(lái)這樣簡(jiǎn)化這一過(guò)程：

GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);delegate1 += ChineseGreeting;// 給此委托變量再綁定一個(gè)方法

看到這里，應(yīng)該注意到，這段代碼第一條語(yǔ)句與實(shí)例化一個(gè)類是何其的相似，你不禁想到：上面第一次綁定委托時(shí)不可以使用“+=”的編譯錯(cuò)誤，或許可以用這樣的方法來(lái)避免：

GreetingDelegate delegate1 = new GreetingDelegate();delegate1 += EnglishGreeting;// 這次用的是 “+=”，綁定語(yǔ)法。delegate1 += ChineseGreeting;// 給此委托變量再綁定一個(gè)方法

但實(shí)際上，這樣會(huì)出現(xiàn)編譯錯(cuò)誤： “GreetingDelegate”方法沒(méi)有采用“0”個(gè)參數(shù)的重載。盡管這樣的結(jié)果讓我們覺(jué)得有點(diǎn)沮喪，但是編譯的提示：“沒(méi)有0個(gè)參數(shù)的重載”再次讓我們聯(lián)想到了類的構(gòu)造函數(shù)。我知道你一定按捺不住想探個(gè)究竟，但再此之前，我們需要先把基礎(chǔ)知識(shí)和應(yīng)用介紹完。

既然給委托可以綁定一個(gè)方法，那么也應(yīng)該有辦法取消對(duì)方法的綁定，很容易想到，這個(gè)語(yǔ)法是“-=”：

static void Main(string[] args){ GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);delegate1 += ChineseGreeting;// 給此委托變量再綁定一個(gè)方法

// 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法 GreetPeople(“Jimmy Zhang”, delegate1);Console.WriteLine();

delegate1-= EnglishGreeting;//取消對(duì)EnglishGreeting方法的綁定 // 將僅調(diào)用 ChineseGreeting GreetPeople(“張子陽(yáng)”, delegate1);Console.ReadKey();} 輸出為：

Morning, Jimmy Zhang 早上好, Jimmy Zhang

早上好, 張子陽(yáng)

讓我們?cè)俅螌?duì)委托作個(gè)總結(jié)：

使用委托可以將多個(gè)方法綁定到同一個(gè)委托變量，當(dāng)調(diào)用此變量時(shí)(這里用“調(diào)用”這個(gè)詞，是因?yàn)榇俗兞看硪粋€(gè)方法)，可以依次調(diào)用所有綁定的方法。

事件的由來(lái)

我們繼續(xù)思考上面的程序：上面的三個(gè)方法都定義在Programe類中，這樣做是為了理解的方便，實(shí)際應(yīng)用中，通常都是 GreetPeople 在一個(gè)類中，ChineseGreeting和 EnglishGreeting 在另外的類中。現(xiàn)在你已經(jīng)對(duì)委托有了初步了解，是時(shí)候?qū)ι厦娴睦幼鰝€(gè)改進(jìn)了。假設(shè)我們將GreetingPeople()放在一個(gè)叫GreetingManager的類中，那么新程序應(yīng)該是這個(gè)樣子的：

namespace Delegate { //定義委托，它定義了可以代表的方法的類型 public delegate void GreetingDelegate(string name);

//新建的GreetingManager類 public class GreetingManager{ public void GreetPeople(string name, GreetingDelegate MakeGreeting){ MakeGreeting(name);} }

class Program { private static void EnglishGreeting(string name){ Console.WriteLine(“Morning, ” + name);}

private static void ChineseGreeting(string name){ Console.WriteLine(“早上好, ” + name);}

static void Main(string[] args){ //......} } }

這個(gè)時(shí)候，如果要實(shí)現(xiàn)前面演示的輸出效果，Main方法我想應(yīng)該是這樣的：

static void Main(string[] args){ GreetingManager gm = new GreetingManager();gm.GreetPeople(“Jimmy Zhang”, EnglishGreeting);gm.GreetPeople(“張子陽(yáng)”, ChineseGreeting);}

我們運(yùn)行這段代碼，嗯，沒(méi)有任何問(wèn)題。程序一如預(yù)料地那樣輸出了： Morning, Jimmy Zhang 早上好, 張子陽(yáng)

現(xiàn)在，假設(shè)我們需要使用上一節(jié)學(xué)到的知識(shí)，將多個(gè)方法綁定到同一個(gè)委托變量，該如何做呢？讓我們?cè)俅胃膶?xiě)代碼：

static void Main(string[] args){ GreetingManager gm = new GreetingManager();GreetingDelegate delegate1;delegate1 = EnglishGreeting;delegate1 += ChineseGreeting;gm.GreetPeople(“Jimmy Zhang”, delegate1);} 輸出：

Morning, Jimmy Zhang 早上好, Jimmy Zhang

到了這里，我們不禁想到：面向?qū)ο笤O(shè)計(jì)，講究的是對(duì)象的封裝，既然可以聲明委托類型的變量(在上例中是delegate1)，我們何不將這個(gè)變量封裝到 GreetManager類中？在這個(gè)類的客戶端中使用不是更方便么？于是，我們改寫(xiě)GreetManager類，像這樣：

public class GreetingManager{ //在GreetingManager類的內(nèi)部聲明delegate1變量 public GreetingDelegate delegate1;

public void GreetPeople(string name, GreetingDelegate MakeGreeting){ MakeGreeting(name);} }

現(xiàn)在，我們可以這樣使用這個(gè)委托變量：

static void Main(string[] args){ GreetingManager gm = new GreetingManager();gm.delegate1 = EnglishGreeting;gm.delegate1 += ChineseGreeting;

gm.GreetPeople(“Jimmy Zhang”, gm.delegate1);}

盡管這樣達(dá)到了我們要的效果，但是似乎并不美氣，光是第一個(gè)方法注冊(cè)用“=”，第二個(gè)用“+=”就讓人覺(jué)得別扭。此時(shí)，輪到Event出場(chǎng)了，C# 中可以使用事件來(lái)專門完成這項(xiàng)工作，我們改寫(xiě)GreetingManager類，它變成了這個(gè)樣子：

public class GreetingManager{ //這一次我們?cè)谶@里聲明一個(gè)事件

public event GreetingDelegate MakeGreet;

public void GreetPeople(string name, GreetingDelegate MakeGreeting){ MakeGreeting(name);} }

很容易注意到：MakeGreet 事件的聲明與之前委托變量delegate1的聲明唯一的區(qū)別是多了一個(gè)event關(guān)鍵字。看到這里，你差不多明白到：事件其實(shí)沒(méi)什么不好理解的，聲明一個(gè)事件不過(guò)類似于聲明一個(gè)委托類型的變量而已。

我們想當(dāng)然地改寫(xiě)Main方法： static void Main(string[] args){ GreetingManager gm = new GreetingManager();gm.MakeGreet = EnglishGreeting;// 編譯錯(cuò)誤1 gm.MakeGreet += ChineseGreeting;

gm.GreetPeople(“Jimmy Zhang”, gm.MakeGreet);//編譯錯(cuò)誤2 }

這次，你會(huì)得到編譯錯(cuò)誤：事件“Delegate.GreetingManager.MakeGreet”只能出現(xiàn)在 += 或-= 的左邊(從類型“Delegate.GreetingManager”中使用時(shí)除外)。

事件和委托的編譯代碼

這時(shí)候，我們不得不注釋掉編譯錯(cuò)誤的行，然后重新進(jìn)行編譯，再借助Reflactor來(lái)對(duì) event的聲明語(yǔ)句做一探究，看看為什么會(huì)發(fā)生這樣的錯(cuò)誤：

public event GreetingDelegate MakeGreet;

可以看到，實(shí)際上盡管我們?cè)贕reetingManager里將 MakeGreet 聲明為public，但是，實(shí)際上MakeGreet會(huì)被編譯成 私有字段，難怪會(huì)發(fā)生上面的編譯錯(cuò)誤了，因?yàn)樗揪筒辉试S在GreetingManager類的外面以賦值的方式訪問(wèn)。

我們進(jìn)一步看下MakeGreet所產(chǎn)生的代碼：

private GreetingDelegate MakeGreet;//對(duì)事件的聲明 實(shí)際是 聲明一個(gè)私有的委托變量

[MethodImpl(MethodImplOptions.Synchronized)] public void add_MakeGreet(GreetingDelegate value){ this.MakeGreet =(GreetingDelegate)Delegate.Combine(this.MakeGreet, value);}

[MethodImpl(MethodImplOptions.Synchronized)] public void remove_MakeGreet(GreetingDelegate value){ this.MakeGreet =(GreetingDelegate)Delegate.Remove(this.MakeGreet, value);}

現(xiàn)在已經(jīng)很明確了：MakeGreet 事件確實(shí)是一個(gè)GreetingDelegate類型的委托，只不過(guò)不管是不是聲明為public，它總是被聲明為private。另外，它還有兩個(gè)方法，分別是add_MakeGreet和remove_MakeGreet，這兩個(gè)方法分別用于注冊(cè)委托類型的方法和取消注冊(cè)，實(shí)際上也就是： “+= ”對(duì)應(yīng) add_MakeGreet，“-=”對(duì)應(yīng)remove_MakeGreet。而這兩個(gè)方法的訪問(wèn)限制取決于聲明事件時(shí)的訪問(wèn)限制符。

在add_MakeGreet()方法內(nèi)部，實(shí)際上調(diào)用了System.Delegate的Combine()靜態(tài)方法，這個(gè)方法用于將當(dāng)前的變量添加到委托鏈表中。我們前面提到過(guò)兩次，說(shuō)委托實(shí)際上是一個(gè)類，在我們定義委托的時(shí)候：

public delegate void GreetingDelegate(string name);

當(dāng)編譯器遇到這段代碼的時(shí)候，會(huì)生成下面這樣一個(gè)完整的類： public class GreetingDelegate:System.MulticastDelegate{

public GreetingDelegate(object @object, IntPtr method);public virtual IAsyncResult BeginInvoke(string name, AsyncCallback callback, object @object);public virtual void EndInvoke(IAsyncResult result);public virtual void Invoke(string name);}

關(guān)于這個(gè)類的更深入內(nèi)容，可以參閱《CLR Via C#》等相關(guān)書(shū)籍，這里就不再討論了。委托、事件與Observer設(shè)計(jì)模式

范例說(shuō)明

上面的例子已不足以再進(jìn)行下面的講解了，我們來(lái)看一個(gè)新的范例，因?yàn)橹耙呀?jīng)介紹了很多的內(nèi)容，所以本節(jié)的進(jìn)度會(huì)稍微快一些：

假設(shè)我們有個(gè)高檔的熱水器，我們給它通上電，當(dāng)水溫超過(guò)95度的時(shí)候：

1、揚(yáng)聲器會(huì)開(kāi)始發(fā)出語(yǔ)音，告訴你水的溫度；

2、液晶屏也會(huì)改變水溫的顯示，來(lái)提示水已經(jīng)快燒開(kāi)了。

現(xiàn)在我們需要寫(xiě)個(gè)程序來(lái)模擬這個(gè)燒水的過(guò)程，我們將定義一個(gè)類來(lái)代表熱水器，我們管它叫：Heater，它有代表水溫的字段，叫做temperature；當(dāng)然，還有必不可少的給水加熱方法BoilWater()，一個(gè)發(fā)出語(yǔ)音警報(bào)的方法MakeAlert()，一個(gè)顯示水溫的方法，ShowMsg()。

namespace Delegate { class Heater { private int temperature;// 水溫

// 燒水

public void BoilWater(){ for(int i = 0;i <= 100;i++){ temperature = i;

if(temperature > 95){ MakeAlert(temperature);ShowMsg(temperature);} } }

// 發(fā)出語(yǔ)音警報(bào)

private void MakeAlert(int param){ Console.WriteLine(“Alarm：嘀嘀嘀，水已經(jīng) {0} 度了：” , param);}

// 顯示水溫

private void ShowMsg(int param){ Console.WriteLine(“Display：水快開(kāi)了，當(dāng)前溫度：{0}度。” , param);} }

class Program { static void Main(){ Heater ht = new Heater();ht.BoilWater();} } }

Observer設(shè)計(jì)模式簡(jiǎn)介

上面的例子顯然能完成我們之前描述的工作，但是卻并不夠好。現(xiàn)在假設(shè)熱水器由三部分組成：熱水器、警報(bào)器、顯示器，它們來(lái)自于不同廠商并進(jìn)行了組裝。那么，應(yīng)該是熱水器僅僅負(fù)責(zé)燒水，它不能發(fā)出警報(bào)也不能顯示水溫；在水燒開(kāi)時(shí)由警報(bào)器發(fā)出警報(bào)、顯示器顯示提示和水溫。

這時(shí)候，上面的例子就應(yīng)該變成這個(gè)樣子： // 熱水器

public class Heater { private int temperature;

// 燒水

private void BoilWater(){ for(int i = 0;i <= 100;i++){ temperature = i;} } }

// 警報(bào)器

public class Alarm{ private void MakeAlert(int param){ Console.WriteLine(“Alarm：嘀嘀嘀，水已經(jīng) {0} 度了：” , param);} }

// 顯示器

public class Display{ private void ShowMsg(int param){ Console.WriteLine(“Display：水已燒開(kāi)，當(dāng)前溫度：{0}度。” , param);} }

這里就出現(xiàn)了一個(gè)問(wèn)題：如何在水燒開(kāi)的時(shí)候通知報(bào)警器和顯示器？在繼續(xù)進(jìn)行之前，我們先了解一下Observer設(shè)計(jì)模式，Observer設(shè)計(jì)模式中主要包括如下兩類對(duì)象：

Subject：監(jiān)視對(duì)象，它往往包含著其他對(duì)象所感興趣的內(nèi)容。在本范例中，熱水器就是一個(gè)監(jiān)視對(duì)象，它包含的其他對(duì)象所感興趣的內(nèi)容，就是temprature字段，當(dāng)這個(gè)字段的值快到100時(shí)，會(huì)不斷把數(shù)據(jù)發(fā)給監(jiān)視它的對(duì)象。

Observer：監(jiān)視者，它監(jiān)視Subject，當(dāng)Subject中的某件事發(fā)生的時(shí)候，會(huì)告知Observer，而Observer則會(huì)采取相應(yīng)的行動(dòng)。在本范例中，Observer有警報(bào)器和顯示器，它們采取的行動(dòng)分別是發(fā)出警報(bào)和顯示水溫。

在本例中，事情發(fā)生的順序應(yīng)該是這樣的：

1.警報(bào)器和顯示器告訴熱水器，它對(duì)它的溫度比較感興趣(注冊(cè))。2.熱水器知道后保留對(duì)警報(bào)器和顯示器的引用。

3.熱水器進(jìn)行燒水這一動(dòng)作，當(dāng)水溫超過(guò)95度時(shí)，通過(guò)對(duì)警報(bào)器和顯示器的引用，自動(dòng)調(diào)用警報(bào)器的MakeAlert()方法、顯示器的ShowMsg()方法。

類似這樣的例子是很多的，GOF對(duì)它進(jìn)行了抽象，稱為Observer設(shè)計(jì)模式：Observer設(shè)計(jì)模式是為了定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，以便于當(dāng)一個(gè)對(duì)象的狀態(tài)改變時(shí)，其他依賴于它的對(duì)象會(huì)被自動(dòng)告知并更新。Observer模式是一種松耦合的設(shè)計(jì)模式。實(shí)現(xiàn)范例的Observer設(shè)計(jì)模式

我們之前已經(jīng)對(duì)委托和事件介紹很多了，現(xiàn)在寫(xiě)代碼應(yīng)該很容易了，現(xiàn)在在這里直接給出代碼，并在注釋中加以說(shuō)明。

using System;using System.Collections.Generic;using System.Text;

namespace Delegate { // 熱水器

public class Heater { private int temperature;public delegate void BoilHandler(int param);//聲明委托 public event BoilHandler BoilEvent;//聲明事件

// 燒水

public void BoilWater(){ for(int i = 0;i <= 100;i++){ temperature = i;

if(temperature > 95){ if(BoilEvent!= null){ //如果有對(duì)象注冊(cè)

BoilEvent(temperature);//調(diào)用所有注冊(cè)對(duì)象的方法 } } } } }

// 警報(bào)器

public class Alarm { public void MakeAlert(int param){ Console.WriteLine(“Alarm：嘀嘀嘀，水已經(jīng) {0} 度了：”, param);} }

// 顯示器

public class Display { public static void ShowMsg(int param){ //靜態(tài)方法

Console.WriteLine(“Display：水快燒開(kāi)了，當(dāng)前溫度：{0}度。”, param);} }

class Program { static void Main(){ Heater heater = new Heater();Alarm alarm = new Alarm();

heater.BoilEvent += alarm.MakeAlert;//注冊(cè)方法

heater.BoilEvent +=(new Alarm()).MakeAlert;//給匿名對(duì)象注冊(cè)方法 heater.BoilEvent += Display.ShowMsg;//注冊(cè)靜態(tài)方法

heater.BoilWater();//燒水，會(huì)自動(dòng)調(diào)用注冊(cè)過(guò)對(duì)象的方法 } } }

輸出為：

Alarm：嘀嘀嘀，水已經(jīng) 96 度了： Alarm：嘀嘀嘀，水已經(jīng) 96 度了： Display：水快燒開(kāi)了，當(dāng)前溫度：96度。// 省略....Net Framework中的委托與事件

盡管上面的范例很好地完成了我們想要完成的工作，但是我們不僅疑惑：為什么.Net Framework 中的事件模型和上面的不同？為什么有很多的EventArgs參數(shù)？

在回答上面的問(wèn)題之前，我們先搞懂.Net Framework的編碼規(guī)范：

1.委托類型的名稱都應(yīng)該以EventHandler結(jié)束。

2.委托的原型定義：有一個(gè)void返回值，并接受兩個(gè)輸入?yún)?shù)：一個(gè)Object 類型，一個(gè) EventArgs類型(或繼承自EventArgs)。

3.事件的命名為 委托去掉 EventHandler之后剩余的部分。4.繼承自EventArgs的類型應(yīng)該以EventArgs結(jié)尾。

再做一下說(shuō)明：

1.委托聲明原型中的Object類型的參數(shù)代表了Subject，也就是監(jiān)視對(duì)象，在本例中是 Heater(熱水器)。回調(diào)函數(shù)(比如Alarm的MakeAlert)可以通過(guò)它訪問(wèn)觸發(fā)事件的對(duì)象(Heater)。

2.EventArgs 對(duì)象包含了Observer所感興趣的數(shù)據(jù)，在本例中是temperature。

上面這些其實(shí)不僅僅是為了編碼規(guī)范而已，這樣也使得程序有更大的靈活性。比如說(shuō)，如果我們不光想獲得熱水器的溫度，還想在Observer端(警報(bào)器或者顯示器)方法中獲得它的生產(chǎn)日期、型號(hào)、價(jià)格，那么委托和方法的聲明都會(huì)變得很麻煩，而如果我們將熱水器的引用傳給警報(bào)器的方法，就可以在方法中直接訪問(wèn)熱水器了。

現(xiàn)在我們改寫(xiě)之前的范例，讓它符合.Net Framework 的規(guī)范： using System;using System.Collections.Generic;using System.Text;

namespace Delegate { // 熱水器

public class Heater { private int temperature;public string type = “RealFire 001”;// 添加型號(hào)作為演示 public string area = “China Xian”;// 添加產(chǎn)地作為演示

//聲明委托

public delegate void BoiledEventHandler(Object sender, BoliedEventArgs e);public event BoiledEventHandler Boiled;//聲明事件

// 定義BoliedEventArgs類，傳遞給Observer所感興趣的信息 public class BoliedEventArgs : EventArgs { public readonly int temperature;public BoliedEventArgs(int temperature){ this.temperature = temperature;} }

// 可以供繼承自 Heater 的類重寫(xiě)，以便繼承類拒絕其他對(duì)象對(duì)它的監(jiān)視 protected virtual void OnBolied(BoliedEventArgs e){ if(Boiled!= null){ // 如果有對(duì)象注冊(cè)

Boiled(this, e);// 調(diào)用所有注冊(cè)對(duì)象的方法 } }

// 燒水。

public void BoilWater(){ for(int i = 0;i <= 100;i++){ temperature = i;if(temperature > 95){ //建立BoliedEventArgs 對(duì)象。

BoliedEventArgs e = new BoliedEventArgs(temperature);OnBolied(e);// 調(diào)用 OnBolied方法 } } } }

// 警報(bào)器

public class Alarm { public void MakeAlert(Object sender, Heater.BoliedEventArgs e){ Heater heater =(Heater)sender;//這里是不是很熟悉呢？ //訪問(wèn) sender 中的公共字段

Console.WriteLine(“Alarm：{0}{1}: ”, heater.area, heater.type);Console.WriteLine(“Display：水快燒開(kāi)了，當(dāng)前溫度：{0}度。”, e.temperature);Console.WriteLine();} }

class Program { static void Main(){ Heater heater = new Heater();Alarm alarm = new Alarm();

heater.Boiled += alarm.MakeAlert;//注冊(cè)方法

heater.Boiled +=(new Alarm()).MakeAlert;//給匿名對(duì)象注冊(cè)方法

heater.Boiled += new Heater.BoiledEventHandler(alarm.MakeAlert);//也可以這么注冊(cè) heater.Boiled += Display.ShowMsg;//注冊(cè)靜態(tài)方法

heater.BoilWater();//燒水，會(huì)自動(dòng)調(diào)用注冊(cè)過(guò)對(duì)象的方法 } } }

輸出為：

Alarm：China XianRealFire 001: Alarm: 嘀嘀嘀，水已經(jīng) 96 度了： Alarm：China XianRealFire 001: Display：水快燒開(kāi)了，當(dāng)前溫度：96度。// 省略...總結(jié)

在本文中我首先通過(guò)一個(gè)GreetingPeople的小程序向大家介紹了委托的概念、委托用來(lái)做什么，隨后又引出了事件，接著對(duì)委托與事件所產(chǎn)生的中間代碼做了粗略的講述。

在第二個(gè)稍微復(fù)雜點(diǎn)的熱水器的范例中，我向大家簡(jiǎn)要介紹了 Observer設(shè)計(jì)模式，并通過(guò)實(shí)現(xiàn)這個(gè)范例完成了該模式，隨后講述了.Net Framework中委托、事件的實(shí)現(xiàn)方式。

本文的源碼可以在http://www.tracefact.net/sourcecode/delegates-and-events.rar 下載。

第二篇：物業(yè)委托管理與自有管理模式的區(qū)別

委托物業(yè)管理與自建自管的優(yōu)劣分析

委托物業(yè)管理是指發(fā)展商在房產(chǎn)項(xiàng)目的開(kāi)發(fā)過(guò)程中,由發(fā)展商（或國(guó)有資產(chǎn)）通過(guò)招投標(biāo)或協(xié)議招標(biāo)的形式,先行選定專業(yè)物業(yè)管理公司,對(duì)該物業(yè)進(jìn)行前期管理（包括顧問(wèn)公司）。如：戴德梁行、仲量聯(lián)行、大正物業(yè)等專業(yè)物業(yè)管理公司。世邦魏理仕管理康田企業(yè)園、渝高物業(yè)管理留學(xué)生創(chuàng)業(yè)園、渝海物業(yè)管理的重慶機(jī)場(chǎng)、大正物業(yè)管理的政府物業(yè)等。

自建自管是指發(fā)展商在房產(chǎn)項(xiàng)目的開(kāi)發(fā)過(guò)程中,由發(fā)展商自己建立的物業(yè)管理公司對(duì)其物業(yè)項(xiàng)目進(jìn)行管理。開(kāi)發(fā)商為了項(xiàng)目的持續(xù)式發(fā)展，在一段時(shí)期內(nèi)，只能自建物管公司自行管理，以補(bǔ)貼式物業(yè)管理，向購(gòu)房者提供售后服務(wù)。如龍湖地產(chǎn)下屬新龍湖物業(yè)管理有限公司、金科地產(chǎn)下屬金科物業(yè)管理有限公司、曙光都市工業(yè)園下屬重慶宏景源物業(yè)管理有限公司等。

一、委托管理的優(yōu)勢(shì)

如果選聘社會(huì)上有實(shí)力、有經(jīng)驗(yàn)、品牌的專業(yè)管理服務(wù)公司（如五大行），既能樹(shù)立企業(yè)良好形象，又能使業(yè)主們一開(kāi)始就享受到高水平的管理服務(wù)，帶動(dòng)后期房屋銷售。主要優(yōu)勢(shì)有以下幾個(gè)方面：

1，可以減少開(kāi)發(fā)企業(yè)的管理難度； 2，人員經(jīng)過(guò)專業(yè)系統(tǒng)培訓(xùn)，素質(zhì)較高； 3，服務(wù)理念與意識(shí)相對(duì)較強(qiáng)；

4，前期介入可站在業(yè)主角度提出對(duì)發(fā)展商合理且促進(jìn)銷售的專

/ 10

業(yè)建議；

5，對(duì)企業(yè)及物業(yè)品牌形象能起到提升作用； 6，對(duì)消費(fèi)者購(gòu)買具有促進(jìn)作用；

7，樹(shù)立良好業(yè)主口碑，促進(jìn)后期銷售工作；

二、委托管理的劣勢(shì)

開(kāi)發(fā)企業(yè)通過(guò)委托的形式實(shí)施專業(yè)化管理，通過(guò)專業(yè)化、集約式經(jīng)營(yíng)希望提高服務(wù)水平降低管理成本，在一定程度上滿足開(kāi)發(fā)企業(yè)及消費(fèi)者的需求，但在實(shí)際運(yùn)作中也出現(xiàn)了很多的問(wèn)題：

1、外包服務(wù)質(zhì)量難以控制

一般委托管理都是通過(guò)招標(biāo)方式進(jìn)行，一旦決定了合作方，實(shí)際質(zhì)量是難以控制的，加之現(xiàn)有專業(yè)化物業(yè)公司的管理水平良莠不齊，人員素質(zhì)不等。開(kāi)發(fā)企業(yè)通常只能控制對(duì)方的管理者或代表，基層員工是較難控制的，質(zhì)量在第一現(xiàn)場(chǎng)難以控制。最為關(guān)鍵的是這些專業(yè)化公司的員工并不一定接受過(guò)專業(yè)化的培訓(xùn)，導(dǎo)致專業(yè)化的服務(wù)停留在較低水平，而達(dá)不到企業(yè)原來(lái)的期望。即使把服務(wù)要求寫(xiě)在合同上，要求專業(yè)公司按合同來(lái)進(jìn)行，這種做法容易使專業(yè)公司把合同條款當(dāng)作最終的工作目標(biāo)，而不能與企業(yè)的以客戶為導(dǎo)向的服務(wù)宗旨一致。

2、委托管理往往較難體現(xiàn)公司的形象及文化

3、管理成本較高

開(kāi)發(fā)企業(yè)應(yīng)支付物業(yè)公司以下幾種費(fèi)用：（1）前期開(kāi)辦費(fèi)：4-5元/m2，按建筑面積計(jì)算；

（2）空置費(fèi)：從首套房屋約定交房時(shí)間起，未銷售房屋（未到接

/ 10

房期限）按50%計(jì)收物業(yè)管理費(fèi)；

（3）專有部分物管費(fèi)：屬開(kāi)發(fā)企業(yè)自有產(chǎn)權(quán)（如車庫(kù)）；（4）銷售中心物管費(fèi)：按建筑面積計(jì)算，價(jià)格在20-30元/m2;（5）水電能耗費(fèi)：開(kāi)發(fā)企業(yè)自有資產(chǎn)產(chǎn)生的水電費(fèi)用及公攤；（6）物業(yè)費(fèi)補(bǔ)貼：按重慶物價(jià)局778號(hào)文相關(guān)規(guī)定，在開(kāi)發(fā)項(xiàng)目基礎(chǔ)設(shè)施沒(méi)完善的情況下，物業(yè)費(fèi)應(yīng)作30%的下調(diào)。這部分費(fèi)用物業(yè)公司將向開(kāi)發(fā)企業(yè)收取。

4、物業(yè)服務(wù)費(fèi)用較高

高端物業(yè)管理公司有著較完善的服務(wù)體系，服務(wù)標(biāo)準(zhǔn)較高。寫(xiě)字樓物業(yè)服務(wù)費(fèi)在5-10元/m2，大多數(shù)購(gòu)房者接受起來(lái)有一定的難度，對(duì)后期銷售有一定的影響。

5、在經(jīng)營(yíng)模式上難與開(kāi)發(fā)企業(yè)達(dá)成一致

所有專業(yè)化物業(yè)公司經(jīng)營(yíng)均是以最大的經(jīng)濟(jì)效益為目的，其在物業(yè)管理過(guò)程中，從人員的配置，物品材料的使用上都會(huì)考慮成本因素。以次充好，以少充多，降低服務(wù)標(biāo)準(zhǔn)，不能滿足開(kāi)發(fā)企業(yè)的要求。

三、自建自管的優(yōu)勢(shì)（1）管理成本較低

開(kāi)發(fā)企業(yè)組建自有物業(yè)公司可減少開(kāi)辦費(fèi)、空置房管理費(fèi)、專有部分管理費(fèi)、銷售中心物業(yè)費(fèi)、物業(yè)費(fèi)補(bǔ)貼等多種費(fèi)用，可以節(jié)約較大成本。

（2）在經(jīng)營(yíng)管理思路上能夠與開(kāi)發(fā)企業(yè)達(dá)成一致

物業(yè)公司是開(kāi)發(fā)企業(yè)的下屬企業(yè)，能夠較大程度的滿足開(kāi)發(fā)企業(yè)

/ 10 的要求，在經(jīng)營(yíng)理念及經(jīng)營(yíng)方式上能夠與開(kāi)發(fā)企業(yè)保持一致。

（3）服務(wù)意識(shí)較強(qiáng)

物業(yè)公司作為開(kāi)發(fā)下屬企業(yè)，員工從入職開(kāi)始接受公司的發(fā)展理念、企業(yè)文化。能夠與開(kāi)發(fā)企業(yè)始終保持一致，全心全意的為開(kāi)發(fā)企業(yè)服務(wù)。

（4）對(duì)客戶負(fù)責(zé)的表現(xiàn)

減少管理環(huán)節(jié)，能夠及時(shí)有效的解決開(kāi)發(fā)企業(yè)相關(guān)遺留問(wèn)題，樹(shù)立企業(yè)良好口碑。

（5）創(chuàng)造效益

物業(yè)公司的主要收入包括：公共性服務(wù)費(fèi)（物管費(fèi)）、專項(xiàng)服務(wù)費(fèi)、特約服務(wù)費(fèi)、多種經(jīng)營(yíng)收入（廣告）、雜費(fèi)等。一般情況下，物業(yè)管理公司的物業(yè)費(fèi)利潤(rùn)在7-10%。

四、自建自管物業(yè)的劣勢(shì)（1）管理難度較大

物業(yè)企業(yè)成立之初，管理體系尚不完善。在人員配備、物資配備、操作流程的熟悉、員工的配合等方面可能會(huì)出現(xiàn)不同程度的問(wèn)題，增加企業(yè)管理難度。

（2）管理事項(xiàng)復(fù)雜

物業(yè)公司作為一個(gè)具有獨(dú)立法人資格的企業(yè)，需要建立健全各個(gè)職能部門及完善的管理體系，管理事項(xiàng)復(fù)雜。（3）管理服務(wù)經(jīng)驗(yàn)不足，盲從性較大。（4）有一定的管理風(fēng)險(xiǎn)

/ 10

物業(yè)公司在物業(yè)服務(wù)過(guò)程中主要有安全風(fēng)險(xiǎn)（災(zāi)害、偷盜）、資金風(fēng)險(xiǎn)（惡意欠費(fèi)）、停車場(chǎng)責(zé)任風(fēng)險(xiǎn)、設(shè)備風(fēng)險(xiǎn)（電梯、供配電設(shè)施）。

通過(guò)兩種管理模式的比較，從產(chǎn)品定位、經(jīng)濟(jì)效益、后期發(fā)展等方面考慮，自建自管方式較為適合本項(xiàng)目。

附：物業(yè)公司組建相關(guān)流程

物業(yè)公司組建流程

一、成立物業(yè)服務(wù)公司

工商注冊(cè)登記

公司設(shè)立登記申請(qǐng)書(shū).doc

企業(yè)(字號(hào))名稱預(yù)先核準(zhǔn)申請(qǐng)書(shū).doc

內(nèi)資有限責(zé)任公司設(shè)立登記應(yīng)提交材料：

1、公司法定代表人簽署的《公司設(shè)立登記申請(qǐng)書(shū)》；

2、全體股東簽署的《指定代表或者共同委托代理人的證明》及指定代表或委托代理人的身份證件復(fù)印件；

應(yīng)標(biāo)明指定代表或者共同委托代理人的辦理事項(xiàng)、權(quán)限、授權(quán)期限。

3、全體股東簽署的公司章程；

4、股東的主體資格證明或者自然人身份證件復(fù)印件； 股東為企業(yè)的，提交營(yíng)業(yè)執(zhí)照副本復(fù)印件；股東為事業(yè)法人的，5 / 10

提交事業(yè)法人登記證書(shū)復(fù)印件；股東為社團(tuán)法人的，提交社團(tuán)法人登記證復(fù)印件；股東為民辦非企業(yè)單位的，提交民辦非企業(yè)單位證書(shū)復(fù)印件；股東為自然人的，提交身份證件復(fù)印件；其他股東提交有關(guān)法律法規(guī)規(guī)定的資格證明。

5、依法設(shè)立的驗(yàn)資機(jī)構(gòu)出具的驗(yàn)資證明；

6、股東首次出資是非貨幣財(cái)產(chǎn)的，提交已辦理財(cái)產(chǎn)權(quán)轉(zhuǎn)移手續(xù)的證明文件；

7、董事、監(jiān)事和經(jīng)理的任職文件及身份證件復(fù)印件；

依據(jù)《公司法》和公司章程的有關(guān)規(guī)定，提交股東會(huì)決議、董事會(huì)決議或其他相關(guān)材料。股東會(huì)決議由股東簽署，董事會(huì)決議由董事簽字。

8、法定代表人任職文件及身份證件復(fù)印件；

根據(jù)《公司法》和公司章程的有關(guān)規(guī)定，提交股東會(huì)決議、董事會(huì)決議或其他相關(guān)材料。股東會(huì)決議由股東簽署，董事會(huì)決議由董事簽字。

9、住所使用證明；

自有房產(chǎn)提交房屋產(chǎn)權(quán)證復(fù)印件；租賃房屋提交租賃協(xié)議復(fù)印件以及出租方的房屋產(chǎn)權(quán)證復(fù)印件。有關(guān)房屋未取得房屋產(chǎn)權(quán)證的，屬城鎮(zhèn)房屋的，提交房地產(chǎn)管理部門的證明或者竣工驗(yàn)收證明、購(gòu)房合同及房屋銷售許可證復(fù)印件；屬非城鎮(zhèn)房屋的，提交當(dāng)?shù)卣?guī)定的相關(guān)證明。出租方為賓館、飯店的，提交賓館、飯店的營(yíng)業(yè)執(zhí)照復(fù)印件。使用軍隊(duì)房產(chǎn)作為住所的，提交《軍隊(duì)房地產(chǎn)租賃許可證》復(fù)印

/ 10

件。

將住宅改變?yōu)榻?jīng)營(yíng)性用房的，屬城鎮(zhèn)房屋的，還應(yīng)提交《登記附表－住所（經(jīng)營(yíng)場(chǎng)所）登記表》及所在地居民委員會(huì)（或業(yè)主委員會(huì)）出具的有利害關(guān)系的業(yè)主同意將住宅改變?yōu)榻?jīng)營(yíng)性用房的證明文件；屬非城鎮(zhèn)房屋的，提交當(dāng)?shù)卣?guī)定的相關(guān)證明。

10、《企業(yè)名稱預(yù)先核準(zhǔn)通知書(shū)》；

11、法律、行政法規(guī)和國(guó)務(wù)院決定規(guī)定設(shè)立有限責(zé)任公司必須報(bào)經(jīng)批準(zhǔn)的，提交有關(guān)的批準(zhǔn)文件或者許可證書(shū)復(fù)印件；

12、公司申請(qǐng)登記的經(jīng)營(yíng)范圍中有法律、行政法規(guī)和國(guó)務(wù)院決定規(guī)定必須在登記前報(bào)經(jīng)批準(zhǔn)的項(xiàng)目，提交有關(guān)的批準(zhǔn)文件或者許可證書(shū)復(fù)印件或許可證明。

注：

1、依照《公司法》、《公司登記管理?xiàng)l例》設(shè)立的除一人有限責(zé)任公司和國(guó)有獨(dú)資公司以外的有限責(zé)任公司申請(qǐng)?jiān)O(shè)立登記適用本指南。

2、提交的申請(qǐng)書(shū)與其它申請(qǐng)材料應(yīng)當(dāng)使用A4型紙。

以上各項(xiàng)未注明提交復(fù)印件的，應(yīng)當(dāng)提交原件；提交復(fù)印件的，應(yīng)當(dāng)注明“與原件一致”并由股東簽署，或者由其指定的代表或委托的代理人加蓋公章或簽字。

3、以上涉及股東簽署的，自然人股東由本人簽字；自然人以外的股東加蓋公章。

二、稅務(wù)申報(bào)

三、物業(yè)企業(yè)資質(zhì)申報(bào)

/ 10

1、物業(yè)服務(wù)企業(yè)資質(zhì)等級(jí)申請(qǐng)表 原件3份

物業(yè)企業(yè)資質(zhì)申報(bào)表.doc

2、營(yíng)業(yè)執(zhí)照 復(fù)印件3份

3、公司章程 原件3份

物業(yè)公司章程范本.doc

4、企業(yè)法定代表人的身份證明 復(fù)印件3份

5、注冊(cè)資本驗(yàn)資證明文件 復(fù)印件3份

6、物業(yè)管理專業(yè)人員的職業(yè)資格證書(shū) 復(fù)印件3份

7、管理和技術(shù)人員職稱證書(shū)（需驗(yàn)證原件）復(fù)印件3份

8、物業(yè)管理專業(yè)人員、管理和技術(shù)人員的勞動(dòng)合同(市或區(qū)兩級(jí)勞動(dòng)社會(huì)保障局印制的規(guī)范性合同)復(fù)印件3份 受理?xiàng)l件：

（1）是否具有獨(dú)立法人資格；

（2）注冊(cè)資本人民幣是否在人民幣50萬(wàn)元以上；

（3）物業(yè)管理專業(yè)人員以及工程、管理、經(jīng)濟(jì)等相關(guān)專業(yè)類的專職管理和技術(shù)人員是否不少于10人，其中，具體中級(jí)以上職稱的人員是否不少于5人，工程、財(cái)務(wù)等業(yè)務(wù)負(fù)責(zé)人是否具有相應(yīng)專業(yè)中級(jí)以上職稱；

（4）物業(yè)管理專業(yè)人員是否按照國(guó)家有關(guān)規(guī)定取得了職業(yè)資格證書(shū)；

/ 10

（5）是否有委托的物業(yè)管理項(xiàng)目；

（6）是否建立并嚴(yán)格執(zhí)行服務(wù)質(zhì)量、服務(wù)收費(fèi)等企業(yè)管理制度和標(biāo)準(zhǔn)，是否建立企業(yè)信用檔案系統(tǒng)；（7）是否具備規(guī)定的其他行政許可條件。

其中，新設(shè)立的物業(yè)服務(wù)企業(yè)不需審查第（5）、（6）項(xiàng)內(nèi)容。

四、前期物業(yè)合同備案

開(kāi)發(fā)建設(shè)單位與選聘的物業(yè)服務(wù)企業(yè)應(yīng)當(dāng)自前期物業(yè)服務(wù)合同訂立之日起15日內(nèi)（預(yù)售許可證辦理前）向物業(yè)所在地區(qū)、縣（自治縣）房地產(chǎn)行政主管部門申請(qǐng)備案，并提交下列材料：

（一）物業(yè)管理企業(yè)營(yíng)業(yè)執(zhí)照和資質(zhì)證書(shū)；

（二）《建設(shè)工程規(guī)劃許可證》和經(jīng)規(guī)劃部門批準(zhǔn)、標(biāo)注物業(yè)管理服務(wù)用房具體位置和面積的規(guī)劃詳圖。

（三）簽訂的《前期物業(yè)服務(wù)合同》；

（四）物業(yè)管理服務(wù)方案；

（五）《業(yè)主臨時(shí)公約》

（六）住宅項(xiàng)目建筑規(guī)模在2萬(wàn)平方米以上的提供重慶市物業(yè)管理招投標(biāo)《中標(biāo)通知書(shū)》或《議標(biāo)結(jié)果通知書(shū)》；建筑規(guī)模小于2萬(wàn)平方米的提供區(qū)、縣物業(yè)辦出具的物業(yè)協(xié)議招標(biāo)備案證明；

（七）普通住宅小區(qū)提供物業(yè)管理服務(wù)費(fèi)收費(fèi)等級(jí)和中標(biāo)價(jià)格標(biāo)準(zhǔn)。以上第1、2、7、項(xiàng)要件需核對(duì)原件后留存復(fù)印件，經(jīng)核對(duì)內(nèi)容無(wú)誤后，在留存的復(fù)印件空白處加蓋專用章。

五、物業(yè)管理用房備案

/ 10

江北區(qū)社區(qū)用房和居民活動(dòng)場(chǎng)所協(xié)議書(shū).x

物業(yè)管理用房申報(bào)確認(rèn)表.xls

六、物業(yè)服務(wù)費(fèi)申報(bào)

1.物業(yè)服務(wù)收費(fèi)申請(qǐng) 頁(yè)

2.重慶市物業(yè)服務(wù)收費(fèi)申報(bào)表

3.物業(yè)服務(wù)收費(fèi)測(cè)算資料 4.前期物業(yè)服務(wù)委托合同 5.業(yè)主公約 6.物管企業(yè)營(yíng)業(yè)執(zhí)照(復(fù)印件)7.物管企業(yè)資質(zhì)證書(shū)(復(fù)印件)8．商品房預(yù)售許可證 9.綠化單項(xiàng)驗(yàn)收資料 10.申報(bào)硬件圖片資料 / 10

物業(yè)服務(wù)費(fèi)申報(bào)表.頁(yè) doc物業(yè)服務(wù)成本測(cè)算.頁(yè)

doc頁(yè) 頁(yè) 頁(yè) 頁(yè) 頁(yè) 頁(yè)

第三篇：信托、委托、信托貸款、委托貸款區(qū)別

信托、委托、信托貸款、委托貸款的區(qū)別

一.信托與委托的區(qū)別

1.信托的當(dāng)事人是多方的，從法律上講，至少有委托人、受托人、受益人三方，有時(shí)受益人還不止一個(gè)。而委托代理的當(dāng)事人，僅有委托人（或被代理人）和受托人（或代理人）雙方。

2.產(chǎn)，委托者與受托者就簽不成合同，但是委托合同并不一定要有財(cái)產(chǎn)，在沒(méi)有財(cái)產(chǎn)的情況下也可以成立，如委托別人去購(gòu)買房子，或者委托別人代替自己簽定買賣合同，這就與信托不一樣。

3.財(cái)產(chǎn)的占有權(quán)變化不同。信托時(shí)財(cái)產(chǎn)占有權(quán)轉(zhuǎn)移到了受托者手中，由受托人

代為管理和處理。而委托、代理的財(cái)產(chǎn)占有權(quán)始終由委托人或被代理人掌握，并不發(fā)生占有權(quán)的轉(zhuǎn)移。如委托別人出售房子，受托者得到的只是出售權(quán)，而不是房子的占有權(quán)。

4.要出售房子，先把房子信托給受托人，從這時(shí)起，委托者對(duì)房子便沒(méi)有占有權(quán)了，能夠把房子賣掉的，只是取得了占有權(quán)的受托者。而代理時(shí)，雖然把代理權(quán)交給了代理人，被代理人本人仍然擁有對(duì)財(cái)產(chǎn)的管理和處理權(quán)。

二.信托與委托的區(qū)別

5.至于委托和代理相比，一般而言，委托中受托者比代理人的權(quán)限大。比如出

售房子，委托時(shí)，委托人給了受托者賣掉房子的權(quán)限后，至于如何出售，多少價(jià)錢，可以由受托者決定。但代理時(shí)，代理人只能根據(jù)委托人的具體交代去執(zhí)行。

三.信托貸款和委托貸款

6.信托貸款是指信托機(jī)構(gòu)在國(guó)家規(guī)定的范圍內(nèi)，運(yùn)用信托存款等自有資金，對(duì)自行審定的單位和項(xiàng)目發(fā)放的貸款。

7.以貸款的用途分，可劃分為固定資產(chǎn)信托貸款、流動(dòng)資金信托貸款和臨時(shí)周轉(zhuǎn)信托貸款；

根據(jù)項(xiàng)目選定主體的不同以及委托人的不同標(biāo)準(zhǔn)和要求，將貸款分為甲類信托貸款和乙類信托貸款。所謂甲類信托貸款，就是由委托人指定貸款項(xiàng)目，項(xiàng)目風(fēng)險(xiǎn)由委托人負(fù)責(zé)；乙類貸款則是由受托人選定項(xiàng)目，風(fēng)險(xiǎn)相應(yīng)由受托人承擔(dān)。

8.信托貸款與委托貸款的區(qū)別

委托貸款的對(duì)象和用途由委托人指定，而信托貸款的對(duì)象和用途由信托機(jī)構(gòu)自行選定；國(guó)家對(duì)委托貸款的管理較松，而對(duì)信托貸款的管理則與銀行貸款一樣偏嚴(yán)。和銀行貸款相比，信托貸款的利率有一定的浮動(dòng)幅度，因此，信托機(jī)構(gòu)可以在國(guó)家政策允許的條件下，對(duì)一些企業(yè)特殊而合理的資金需要給予支持。

第四篇：國(guó)內(nèi)外高速公路事件管理的區(qū)別

國(guó)內(nèi)外高速公路事件管理的區(qū)別

作者：孫明哲

班級(jí)：交通一班 學(xué)號(hào)：090402011040 學(xué)院專業(yè)：機(jī)械與車輛學(xué)院交通工程專業(yè)

二0一一年十一月

國(guó)內(nèi)外高速公路事件管理的區(qū)別

隨著我國(guó)高速公路的不斷建設(shè)，機(jī)動(dòng)車保有量的持續(xù)增加，交通事故呈上升趨勢(shì)，開(kāi)展高速公路的安全管理研究也日益重要。筆者從國(guó)內(nèi)外高速公路事件管理入手對(duì)高速公路行車安全、應(yīng)急事件管理等進(jìn)行探索研究，重點(diǎn)討論了國(guó)內(nèi)外高速公路行車的特點(diǎn)、交通事故的特點(diǎn)以及影響交通安全的因素，如人、車、路、管理、惡劣天氣、交通設(shè)施等因素，并針對(duì)這些因素，分析國(guó)外高速公路事件管理經(jīng)驗(yàn)，借鑒國(guó)外先進(jìn)措施，對(duì)我國(guó)高速公路事件管理提出一些建議。

第一部分：我國(guó)高速公路現(xiàn)狀

一、高速公路的含義及特點(diǎn)

高速公路，是指經(jīng)國(guó)家公路主管部門驗(yàn)收認(rèn)定，符合高速公路工程技術(shù)標(biāo)準(zhǔn)，并設(shè)置完善的交通安全設(shè)施、管理設(shè)施和服務(wù)設(shè)施，專供機(jī)動(dòng)車高速行駛的公路。

高速公路的特點(diǎn)是具有機(jī)動(dòng)車專用、分離行駛、全部立交、控制出入以及高標(biāo)準(zhǔn)、設(shè)施完善等功能。與一般公路相比，高速公路具有車速高、通行能力大、運(yùn)輸費(fèi)用省、行車安全等四大優(yōu)點(diǎn)，其中車速高是其最顯著的優(yōu)點(diǎn)，也是高速公路同其他公路的根本區(qū)別。

二、我國(guó)高速公路的類型

公路按使用性質(zhì)可分為：國(guó)家公路、省公路、縣公路和鄉(xiāng)公路（簡(jiǎn)稱為國(guó)、省、鄉(xiāng)道），以及專用公路五個(gè)行政等級(jí)。一般把國(guó)道和省道稱為干線，縣道和鄉(xiāng)道稱為支線。國(guó)道是指具有全國(guó)性政治、經(jīng)濟(jì)意義的主要干線公路，包括重要的國(guó)際公路，國(guó)防公路、連接首都與各省、自治區(qū)、直轄市首府的公路，連接各大經(jīng)濟(jì)中心、港站樞紐、商品生產(chǎn)基地和戰(zhàn)略要地的公路。省道是指具有全省（自治區(qū)、直轄市）公路主管部門負(fù)責(zé)修建、養(yǎng)護(hù)和管理。國(guó)道中跨省的高速公路由交通部批準(zhǔn)的專門機(jī)構(gòu)負(fù)責(zé)修建、養(yǎng)護(hù)和管理。縣道是指具有全縣（縣級(jí)市）政治、經(jīng)濟(jì)意義，連接縣城和縣內(nèi)主要鄉(xiāng)（鎮(zhèn)）、主要商品生產(chǎn)和集散地的公路，以及不屬于國(guó)道、省道的縣際間公路。縣道由縣、市公路主管部門負(fù)責(zé)修建、養(yǎng)護(hù)和管理。鄉(xiāng)道是指主要為鄉(xiāng)（鎮(zhèn)）村經(jīng)濟(jì)、文化、行政服務(wù)的公路，以及不屬于縣道以上公路的鄉(xiāng)與鄉(xiāng)之間及鄉(xiāng)與外部聯(lián)絡(luò)的公路。鄉(xiāng)道由人民政府負(fù)責(zé)修建、養(yǎng)護(hù)和管理。專用公路是指專供或主要供廠礦、林區(qū)、農(nóng)場(chǎng)、油田、旅游區(qū)、軍事要地等與外部聯(lián)系的公路。專用公路由專用單位負(fù)責(zé)修建、養(yǎng)護(hù)和管理。也可委托當(dāng)?shù)毓凡块T修建、養(yǎng)護(hù)和管理。

國(guó)內(nèi)外高速公路事件管理的區(qū)別

三、高速公路交通安全

（一）、我國(guó)道路交通安全現(xiàn)狀

2010年，全國(guó)共接報(bào)道路交通事故3906164起，同比上升35.9%。其中，涉及人員傷亡的道路交通事故219521起，造成65225人死亡、254075人受傷，直接財(cái)產(chǎn)損失9.3億。與去年相比，事故起數(shù)減少18839起，下降7.9%；死亡人數(shù)減少2534人，下降3.7%；受傷人數(shù)減少21050人，下降7.7%；直接財(cái)產(chǎn)損失增加1196.7萬(wàn)元，上升1.3%。發(fā)生一次死亡3人以上道路交通事故1244起，同比減少32起，發(fā)生一次死亡5人以上道路交通事故269起，同比增加8起；發(fā)生一次死亡10人以上特大道路交通事故34起，同比增加10起。適用簡(jiǎn)易程序處理的道路交通事故3686652起，與去年相比，增加1050895起，上升39.9%。

以上數(shù)據(jù)表明，我國(guó)萬(wàn)車死亡率呈穩(wěn)定下降趨勢(shì)，但道路交通安全總體形勢(shì)依然嚴(yán)峻，每年因道路交通事故造成的人員傷亡和財(cái)產(chǎn)損失仍呈逐步上升趨勢(shì)。

（二）、高速公路行車特點(diǎn)

高速公路具有諸多特殊構(gòu)造和設(shè)施，決定了其行車安全的特殊性。高速公路與其它公路和鐵路均采用立體交叉形式銜接，能排除線路上其它通行者帶來(lái)的交通干擾，汽車能充分發(fā)揮其功能，達(dá)到持續(xù)、均衡地高速行進(jìn)；汽車僅能通過(guò)路口與外界發(fā)生聯(lián)系，故能安全地發(fā)揮其功能；往返行車道用中央分隔帶隔開(kāi)，無(wú)對(duì)面汽車正面沖撞的可能性，而且由于在分隔帶上植樹(shù)并設(shè)置遮光柵，可防止夜間行車時(shí)汽車前照燈給對(duì)面來(lái)車駕駛員造成的眩光干擾，保證了行車安全。

高速駕駛對(duì)駕駛員的心理影響很大。在人－車－路構(gòu)成的環(huán)境中，汽車一旦駛?cè)敫咚俟罚诘竭_(dá)目的地之前，駕駛員要在高速公路上駕駛很長(zhǎng)時(shí)間。一般高速駕駛對(duì)駕駛員心理產(chǎn)生以下影響：高速下駕駛員不容易全面、正確地感知車內(nèi)外的變化；空間認(rèn)知能力減退，即對(duì)事物的大小、動(dòng)與靜感知不良；對(duì)速度感覺(jué)鈍化、易疲勞；給注意力轉(zhuǎn)移帶來(lái)困難，影響信息的攝取和操作；思維判斷趕不上情況的變化；反應(yīng)的及時(shí)性和準(zhǔn)確性變差。

（三）我國(guó)高速公路交通事故的特點(diǎn)

高速公路交通事故具有道路交通事故的基本特征，但它與普通公路上發(fā)生的交通事故相比，在事故發(fā)生原因、事故形態(tài)、發(fā)生時(shí)段、發(fā)生路段、損害后果、傷者救助等方面又呈現(xiàn)出不同的特征。歸納起來(lái)，主要有如下幾個(gè)方面：（1）事故發(fā)生的原因方面，表現(xiàn)為超速行駛、不按規(guī)定保持行車間距、違章變

國(guó)內(nèi)外高速公路事件管理的區(qū)別

更車道以及道路缺陷等四個(gè)方面：

1、超速行駛；

2、不按規(guī)定保持縱向間距；

3、不按規(guī)定變更車道；

4、道路缺陷。

四、高速公路交通事故與管理的因素

高速公路管理，在我國(guó)還沒(méi)有統(tǒng)一的模式，由于“一路兩制”即公安部門和交通部門職責(zé)不清，使得管理出現(xiàn)問(wèn)題。此外，管理的硬件設(shè)施落后，科學(xué)化管理水平低，也是影響高速公路安全的因素。高速公路安全管理部門應(yīng)對(duì)高速公路提供有效的管理，為人民提供安全、舒適、通暢、迅捷的行車環(huán)境，從而減少交通事故，保證通行安全。

第二部分：國(guó)內(nèi)外高速公路事件管理現(xiàn)狀差別

一、醫(yī)療救治跟不上

我國(guó)道路交通事故致死率（死亡人數(shù)／傷亡總?cè)藬?shù)）也比較高，約30％左右，而英、美、日等國(guó)家只有1％左右。除了我國(guó)交通弱者較多之外，一個(gè)很重要的原因是條件所限，我國(guó)交通事故救護(hù)力量還比較薄弱，尚未建立起交通事故急救系統(tǒng)。在日本所有的交通事故中，95％以上都能得到及時(shí)有效的急救和治療，因此其交通事故致死率極低。

二、機(jī)動(dòng)車構(gòu)成復(fù)雜

我國(guó)機(jī)動(dòng)車車種構(gòu)成極其復(fù)雜，交通安全性能較差的摩托車、拖拉機(jī)及農(nóng)用車等占機(jī)動(dòng)車總量的近三分之二，而發(fā)達(dá)國(guó)家只占五分之一。加上市場(chǎng)秩序混亂，車輛使用者超速、超載現(xiàn)象十分普遍，這又給車輛安全技術(shù)狀況帶來(lái)很大威脅。

三、課題研究不夠國(guó)外科學(xué)

國(guó)際上通常把“教育、工程、執(zhí)法和急救”這四大措施，稱之為“4E”科學(xué)策略（四個(gè)詞的英文第一個(gè)字母都是“E”）。這一方法是世界上的交通專家們?yōu)轭A(yù)防和減少交通事故，經(jīng)過(guò)多年研究與實(shí)踐而總結(jié)出的成果。

四、國(guó)家經(jīng)濟(jì)的差距

國(guó)內(nèi)外高速公路事件管理的區(qū)別

美國(guó)、加拿大、英國(guó)、德國(guó)、日本、韓國(guó)等國(guó)家從五六十年代起，各自經(jīng)歷了經(jīng)濟(jì)高速發(fā)展、交通安全狀況嚴(yán)重惡化的時(shí)期。在最近二三十年間，這些國(guó)家通過(guò)綜合運(yùn)用“4E”科學(xué)策略，完善交通安全法律體系，調(diào)整交通安全政策，強(qiáng)化政府的交通安全管理職能，全面提高道路、車輛的安全性，從而使交通安全狀況大為改觀。

五、教育跟不上

在這其中，加強(qiáng)交通安全教育，提高全民交通素質(zhì)，顯得尤其重要。世界上最先進(jìn)行交通安全教育的是美國(guó)，他們從1920年起就在中小學(xué)校中進(jìn)行了交通安全教育試點(diǎn)工作。此后，交通安全教育在世界各國(guó)普遍展開(kāi)，并取得良好效果。而我國(guó)的交通安全教育，通常只是采用交通安全宣傳、舉辦駕駛?cè)藛T學(xué)習(xí)班、交通民警到小學(xué)講課等形式，除此之外，主要是依靠車管單位進(jìn)行經(jīng)常性教育。

【建立現(xiàn)代交通安全管理機(jī)制】

根據(jù)國(guó)際經(jīng)驗(yàn)，一個(gè)國(guó)家應(yīng)有自己基本的交通安全對(duì)策。而交通安全計(jì)劃與目標(biāo)的制定，是當(dāng)前許多國(guó)家減少交通事故的具體對(duì)策之一。如今，世界主要交通發(fā)達(dá)國(guó)家已相繼提出和建立了以預(yù)防交通事故、降低事故嚴(yán)重性為核心的交通安全管理機(jī)制。

早在20世紀(jì)60年代，日本就向全民發(fā)布過(guò)《第一次交通戰(zhàn)爭(zhēng)宣言》，發(fā)動(dòng)了全國(guó)性交通安全運(yùn)動(dòng)。日本全國(guó)交通安全對(duì)策會(huì)議在1970年提出了第一個(gè)交通安全五年計(jì)劃，到20世紀(jì)末，日本經(jīng)過(guò)了6個(gè)交通五年計(jì)劃，每個(gè)五年計(jì)劃都有交通安全目標(biāo)，并取得明顯成效。

在日本的帶動(dòng)效應(yīng)下，許多交通比較發(fā)達(dá)、事故比較多的國(guó)家競(jìng)相效仿。諸如瑞典國(guó)家交通安全委員會(huì)就提出了一個(gè)國(guó)家級(jí)目標(biāo)：從1985年到2000年交通事故死亡減少25％，到2010年減少40％。經(jīng)過(guò)綜合治理，瑞典的交通事故死亡人數(shù)已日漸下降，國(guó)際上公認(rèn)瑞典是世界上目前交通安全搞得最好的國(guó)家之一。最近瑞典國(guó)家交通安全委員會(huì)又提出了一個(gè)“交通事故死傷為零”、不確定達(dá)到時(shí)間的遠(yuǎn)景目標(biāo)，以此激勵(lì)人們?yōu)榻煌ò踩M(jìn)行不懈努力。

一些交通專家認(rèn)為，我國(guó)可以借鑒國(guó)際上的交通安全目標(biāo)管理計(jì)劃，以政府為主導(dǎo)，建立起現(xiàn)代交通安全管理機(jī)制，可根據(jù)當(dāng)前交通現(xiàn)狀，制定一個(gè)科學(xué)、合理、有望經(jīng)過(guò)努力實(shí)現(xiàn)的奮斗目標(biāo)。不過(guò)，在具體操作上要防止完全照搬國(guó)外做法，更不能將類似生產(chǎn)中的定額指標(biāo)式管理應(yīng)用到交通安全管理中去。

國(guó)內(nèi)外高速公路事件管理的區(qū)別

第三部分：分析及建議

一、建立和開(kāi)發(fā)高速公路交通智能監(jiān)控系統(tǒng)

我國(guó)現(xiàn)階段只是進(jìn)行了大規(guī)模的道路建設(shè)，落后的交通管理系統(tǒng)制約了高速公路的使用效果，應(yīng)研究智能運(yùn)輸系統(tǒng)，將先進(jìn)的檢測(cè)、通信、計(jì)算機(jī)技術(shù)綜合應(yīng)用于道路交通運(yùn)輸系統(tǒng)中，使車輛和道路的功能智能化，提高運(yùn)輸效率、保障交通安全、改善行車安全、減少行車污染。

（一）、建立交通流量實(shí)時(shí)檢測(cè)系統(tǒng)。

交通流量實(shí)時(shí)檢測(cè)系統(tǒng)由前端采集系統(tǒng)、中心信息處理系統(tǒng)和通信系統(tǒng)等部分組成。該系統(tǒng)可將各車道車流量、行車速度等信息，通過(guò)CDMA網(wǎng)絡(luò)及時(shí)回傳到中心信息處理系統(tǒng)。這樣一來(lái)管理人員可及時(shí)獲得被檢測(cè)道路的車速、流量、道路占有率和車型等信息，從而隨時(shí)掌握實(shí)時(shí)路況，對(duì)車輛進(jìn)行科學(xué)指揮調(diào)度。交管部門還可通過(guò)室外顯示屏、電視、廣播、互聯(lián)網(wǎng)向公眾實(shí)時(shí)發(fā)布路況信息，有效緩解交通擁堵。

（二）、建立和開(kāi)發(fā)高速公路交通監(jiān)控系統(tǒng)智能交通系統(tǒng)ITS 隨著全球經(jīng)濟(jì)的高速發(fā)展和道路交通的日趨繁忙，因交通事故而導(dǎo)致嚴(yán)重的人員傷亡和財(cái)產(chǎn)損失已引起世界各國(guó)的廣泛關(guān)注。近十年來(lái)，智能交通運(yùn)輸技術(shù)的快速發(fā)展給交通事故預(yù)防與安全管理帶來(lái)了廣闊的前景。智能交通運(yùn)輸系統(tǒng)是當(dāng)前國(guó)際道路交通和運(yùn)輸科技發(fā)展的前沿，是交通運(yùn)輸?shù)陌l(fā)展方向，也是高新技術(shù)的最大民用市場(chǎng)之一。從具體功能上講，ITS系統(tǒng)將汽車、駕駛者、道路以及相關(guān)的服務(wù)部門相互連接起來(lái)，并使道路與汽車的運(yùn)行功能智能化，從而使公眾能夠高效地使用公路交通設(shè)施和能源。其具體的運(yùn)作方式是：該系統(tǒng)采集到的各種道路交通及各種服務(wù)信息，經(jīng)過(guò)交通管理中心集中處理后，傳送到公路交通系統(tǒng)的各個(gè)用戶，出行者可以進(jìn)行實(shí)時(shí)的交通方式和交通路線的選擇；交通管理部門可以自動(dòng)進(jìn)行交通疏導(dǎo)、控制和事故處理；運(yùn)輸部門可以隨時(shí)掌握所屬車輛的動(dòng)態(tài)情況，進(jìn)行運(yùn)力合理調(diào)度。這樣，路網(wǎng)上的交通經(jīng)常處于最佳狀態(tài)，能夠改善交通擁擠，最大限度地提高路網(wǎng)的通行能力、機(jī)動(dòng)性及安全性。

80年代后，各國(guó)旨在將先進(jìn)的信息技術(shù)、數(shù)據(jù)通訊技術(shù)、電子控制技術(shù)及計(jì)算機(jī)處理技術(shù)等有效地綜合應(yīng)用于公路交通管理體系，從而建立起一種大范圍、國(guó)內(nèi)外高速公路事件管理的區(qū)別

全方位發(fā)揮作用的，實(shí)時(shí)、準(zhǔn)確、高效的智能交通系統(tǒng)的概念便產(chǎn)生了。1995年3月美國(guó)運(yùn)輸部正式提出了“國(guó)家智能交通系統(tǒng)項(xiàng)目規(guī)劃(National ITS Program Plan)”，明確智能交通系統(tǒng)的7大領(lǐng)域和29個(gè)服務(wù)用戶及服務(wù)功能，并確定到2005年的開(kāi)發(fā)計(jì)劃。其7大領(lǐng)域包括：出行和交通管理系統(tǒng)、出行需求管理系統(tǒng)、公共交通運(yùn)營(yíng)系統(tǒng)、商用車輛運(yùn)營(yíng)系統(tǒng)、電子收費(fèi)系統(tǒng)、應(yīng)急管理系統(tǒng)、先進(jìn)的車輛控制和安全系統(tǒng)。

二、惡劣氣候條件下高速公路交通管理措施

在惡劣天氣出現(xiàn)時(shí)，無(wú)論采取哪一種交通管制方式，其根本目的都是為了保障高速公路的交通安全，預(yù)防交通事故的發(fā)生。但是，不同的交通管制方式對(duì)車輛的管制程度是不同的；全線封閉時(shí)，高速公路全線禁止車輛通行；局部封閉時(shí)，高速公路部分路段禁止車輛通行；間斷通行時(shí)，高速公路對(duì)車輛實(shí)行限量通行；限制車速時(shí)，高速公路對(duì)車輛實(shí)行限速通行。因此，在交通管制的具體實(shí)施過(guò)程中，應(yīng)根據(jù)不同交通管制方式對(duì)車輛的不同管制程度采取科學(xué)的方法和步驟。

1、全線封閉。（1）高速公路全線各收費(fèi)站上道口全部封閉；（2）沿線可變信息板發(fā)布全線封閉信息，告知封閉后滯留在高速公路上的車輛限速20公里行駛，就近駛?cè)敕?wù)區(qū)或駛離高速公路；

2、局部封閉。（1）在封閉路段兩端收費(fèi)站封閉通往封閉路段的匝道口；（2）有關(guān)行政區(qū)的高速公路公安交通管理部門派出警力，會(huì)同高速公路路政部門在封閉路段兩端匝道口設(shè)置交通標(biāo)志和隔離設(shè)施，實(shí)施車輛分流，禁止從未封閉路段駛來(lái)的車輛駛?cè)敕忾]路段；（3）沿線可變信息板發(fā)布局部封閉信息，并告知以下內(nèi)容：滯留在封閉路段的車輛限速20公里行駛，就近駛?cè)敕?wù)區(qū)或駛離高速公路；其他在高速公路上行駛的車輛應(yīng)當(dāng)在封閉路段兩端的收費(fèi)站匝道口駛離高速公路；（4）在未封閉路段收費(fèi)站逐車發(fā)放告知卡，告知駛?cè)敫咚俟返能囕v在高速公路上的通行區(qū)間，以及駛離高速公路的具體地點(diǎn)。

3、間斷放行。在收費(fèi)站口根據(jù)天氣情況和道路狀況每隔一定時(shí)間間隔放行一部分車輛，間斷放行的時(shí)間間隔和放行車輛的數(shù)量應(yīng)根據(jù)不同的氣象條件和道路環(huán)境來(lái)確定，以合理控制進(jìn)入高速公路的車輛密度和行車間距，確保行車安全為原則。需要強(qiáng)調(diào)的是，在實(shí)施間斷放行的同時(shí)，必須對(duì)進(jìn)入高速公路的車輛采取限速措施，否則就難以保證通行路段合理的車輛密度和車輛之間的行車間距。

國(guó)內(nèi)外高速公路事件管理的區(qū)別

4、限制車速。（1）在收費(fèi)站逐車發(fā)放告知卡，告知駛?cè)敫咚俟返能囕v必須按照告知卡上規(guī)定的車速行駛，以及限制車速的原因；（2）沿線可變信息板發(fā)布限制車速信息，并告知駕駛員限制車速的原因；（3）車速限制的具體規(guī)定：能見(jiàn)度小于500米大于200米時(shí)，在高速公路上通告的車輛時(shí)速不得超過(guò)80公里與同一車道行駛的前車必須保持150米以上的行車間距；能見(jiàn)度小于200米大于100米時(shí)，時(shí)速不得超過(guò)60公里，與同一車道行駛的前車必須保持100米以上的行車間距；能見(jiàn)度小于100米大于50米時(shí)，時(shí)速不得超過(guò)40公里，與同一車道行駛的前車必須保持50米以上的行車間距；因霧、雪道路輕度結(jié)冰時(shí)，時(shí)速不得超過(guò)20公里，與同一車道行駛的前車必須保持50米以上的行車間距。

應(yīng)當(dāng)說(shuō)明的是，為了做好惡劣天氣條件下高速公路的交通事故預(yù)防工作，保障高速公路的行車安全，高速公路和公安交通管理部門還應(yīng)當(dāng)加強(qiáng)與當(dāng)?shù)貧庀蟛块T的聯(lián)系與合作，每天按時(shí)獲取未來(lái)24小時(shí)甚至未來(lái)幾天的高速公路沿線氣象信息預(yù)報(bào)，以提前調(diào)整巡羅方案，及時(shí)掌握路面情況，適時(shí)采取交通管制措施。

三、建全高速公路救援系統(tǒng)

采取科學(xué)的交通管理措施對(duì)于預(yù)防高速公路交通事故是極為必要的。但由于交通事故發(fā)生的隨機(jī)性和突發(fā)性，更多的交通事故又是難以預(yù)防的。因此，事故發(fā)生后采取及時(shí)而有效的緊急救援措施，對(duì)于降低事故所造成的（傷亡和經(jīng)濟(jì)）損失，預(yù)防第二次連鎖事故甚為重要。

1、為各種事故調(diào)派警察、消防車及救護(hù)車；

2、為破壞的道路和損壞的公路設(shè)施提供維修設(shè)備；

3、為損壞的和不能開(kāi)動(dòng)的車輛提供牽引車輛；

4、改變事故地點(diǎn)上游入口匝道的流入交通量；

5、多渠道發(fā)布緊急事件信息。

四、加強(qiáng)對(duì)駕駛員的管理

應(yīng)對(duì)駕駛員加強(qiáng)教育和管理，提高駕駛員的素質(zhì)，針對(duì)高速公路的行駛特點(diǎn)，對(duì)駕駛員進(jìn)行安全教育，讓駕駛員懂得高速公路行駛中的注意事項(xiàng)。對(duì)違章的駕駛員進(jìn)行教育處理，使之從中吸取教訓(xùn)。駕駛員在行駛前應(yīng)注意制定合理的行車計(jì)劃，不要疲勞駕駛，不要超速行駛，對(duì)車輛要進(jìn)行必要的檢查，應(yīng)按要求使用

國(guó)內(nèi)外高速公路事件管理的區(qū)別

安全帶。此外，要加強(qiáng)對(duì)全社會(huì)的安全法規(guī)教育，使人們了解高速公路與一般公路的區(qū)別，加強(qiáng)高速公路安全附屬設(shè)施的管理及維護(hù)，從而杜絕乘車人在高速公路上隨意上下車及行人穿越高速公路現(xiàn)象的發(fā)生。

五、保持良好的車況，嚴(yán)禁超速行駛，注意保持車距，嚴(yán)禁超載。對(duì)超速、超載的車輛進(jìn)行必要的處罰，并結(jié)合安全教育，使其認(rèn)識(shí)到問(wèn)題的嚴(yán)重性和危害性。

六、優(yōu)化公路的設(shè)計(jì)

我國(guó)的高速公路設(shè)計(jì)是以汽車的計(jì)算行駛速度來(lái)決定線形標(biāo)準(zhǔn)的，但是在高速公路上，許多汽車都是以大于計(jì)算行駛速度的速度行駛的，所以，筆者認(rèn)為公路的設(shè)計(jì)應(yīng)以一個(gè)大于計(jì)算行駛速度的速度為標(biāo)準(zhǔn)來(lái)計(jì)算各種線形指標(biāo)，這樣做，雖然工程造價(jià)提高了，但交通事故卻會(huì)下降，那么社會(huì)效益還是比較好的，而且隨著汽車工業(yè)的不斷發(fā)展，這樣也適應(yīng)汽車性能不斷提高的要求。此外，在道路設(shè)計(jì)時(shí)，選用合適的線形標(biāo)準(zhǔn)，注意道路的平縱線形配合，道路的路面設(shè)計(jì)及施工應(yīng)符合國(guó)家規(guī)范要求，且在道路投入運(yùn)營(yíng)后，注意養(yǎng)護(hù)與維修，在線形不好的事故多發(fā)地帶要設(shè)立醒目的標(biāo)志提醒駕駛員注意。

第四部分：結(jié)束語(yǔ)

本片論文是筆者針對(duì)國(guó)內(nèi)外高速公路事件管理，查閱資料并提出了個(gè)人的一些粗淺的看法。如何提高我國(guó)高速公路管理的科學(xué)化，協(xié)調(diào)好人、車、路及管理部門的關(guān)系，建立一套符合中國(guó)交通實(shí)際的管理體系，為人民群眾提供更安全的公路交通，是安全管理科學(xué)中的一個(gè)重要課題，需要我們這一代青年去探索和努力。希望能在今后的學(xué)習(xí)中繼續(xù)學(xué)習(xí)智能交通相關(guān)方面知識(shí)，努力實(shí)現(xiàn)我國(guó)交通的最大智能化！

第五篇：委托、行紀(jì)、居間合同的區(qū)別

（一）委托合同與行紀(jì)合同的區(qū)別

行紀(jì)合同是行紀(jì)人以自己的名義從事貿(mào)易活動(dòng)，委托人支付報(bào)酬的合同。委托合同與行紀(jì)合同都是基于雙方當(dāng)事人的彼此信任而產(chǎn)生的，又一方辦理委托事務(wù)，其法律后果由委托方承受。但是兩種合同存在區(qū)別：

1、行紀(jì)合同必須是有償?shù)模腥艘蛐屑o(jì)人支付報(bào)酬；而委托合同可以是有償?shù)模部梢允菬o(wú)償?shù)摹?/p>

2、行紀(jì)合同的主體具有限定性。在我國(guó)，行紀(jì)合同的委托人可以使自然人或法人，但行紀(jì)人只能是經(jīng)批準(zhǔn)經(jīng)營(yíng)信托業(yè)務(wù)的法人。而委托合同的受托人則沒(méi)有什么限制。

3、行紀(jì)合同的行紀(jì)人是以自己的名義辦理行紀(jì)事務(wù)，委托人不和第三人發(fā)生法律上的權(quán)利義務(wù)關(guān)系；而委托合同中的受托人可以以委托人的名義辦理委托事務(wù)，也可以以自己的名義辦理委托事務(wù)。委托人有可能與第三人發(fā)生權(quán)利義務(wù)關(guān)系。

（二）委托合同與居間合同的區(qū)別

居間合同是居間人向委托人報(bào)告訂立合同的機(jī)會(huì)或者提供訂立合同的媒介服務(wù)，委托人支付報(bào)酬的合同。兩種合同非常相似，但是他們是有著本質(zhì)區(qū)別的：

1、受托一方的法律地位不同。委托合同中的受托一方為受托人，他在與第三人從事民事法律活動(dòng)的過(guò)程中，實(shí)際上處于類似委托代理人的地位。而居間合同中的受托認(rèn)為居間人，他不介入委托人與第三人所簽訂的合同關(guān)系之中，在居間合同中他只是一個(gè)中介服務(wù)人的地位。

2、受托一方委托的內(nèi)容不同。

委托合同中受托人接受的是辦理委托事務(wù)，而委托事物的范圍，既包括法律事務(wù)由包括非法律事務(wù)。但是在居間合同中，居間人接受委托的內(nèi)容則指限于為委托人報(bào)告訂立合同的機(jī)會(huì)或介紹委托人與第三人訂立合同。

3、受托人的權(quán)限不同。委托合同的受托人在委托事物的范圍

有權(quán)獨(dú)立進(jìn)行意思表示，它對(duì)于委托實(shí)物具有一定的獨(dú)立的決定權(quán)。而居間合同的居間人并不介入委托人和第三人訂立合同的活動(dòng)，不能獨(dú)立表達(dá)自己的意思。

4、合同的有償性不同。

委托合同可以是有償?shù)模梢允菬o(wú)償?shù)模牵词故菬o(wú)償合同，受托認(rèn)為委托辦理委托事務(wù)所支付的必要的費(fèi)用，委托人還是需要享受托人支付的。而在居間合同中，居間人除非法律有規(guī)定的情況下都是收取報(bào)酬的，但是如果委托人和第三人沒(méi)有達(dá)成協(xié)議或合同的情況下，居間人是沒(méi)有報(bào)酬的，也不得向委托人收取相關(guān)的費(fèi)用。