ice 物件是一種具有型別、標識、定址資訊的概念性實體。由此話可以得出的結論是ice物件相當於通訊協議，只是定義了乙個通訊的規範。也就是規定好了客戶想要的服務（函式呼叫），享受服務時需要提供的資料資訊（函式引數），以及最終的服務結果（函式引數和返回值）。但是至於服務具體是怎麼完成的，ice物件是不負責的。
為了完成客戶服務，服務端必須要對請求進行處理。換句話說，就是每個ice物件都要有相應的負責人，這個負責人當然可以同時負責乙個或者多個ice物件。所謂負責ice物件，無非就是滿足ice物件的需求。ice物件的需求其實只有乙個，那就是ice物件裡面的操作，所以這些負責人最終的工作就是實現ice物件裡面的操作。這些負責人在ice框架中有個專門的術語，叫做ice服務員（servant）。
乙個ice服務源可以只服務乙個ice 物件，也可以同時服務若干ice 物件。如果是前一種情況， ice服務員所服務的ice 物件的標識在這個ice服務員中是隱含的。如果是後一種情況，在每次收到請求時， ice服務員也會收到ice 物件的標識。這樣， ice服務員可以在處理該請求期間，決定服務於哪乙個ice物件。
反過來，乙個ice 物件也可以擁有多個ice服務員。例如，我們可以為某個ice 物件建立乙個**，這個物件有兩個不同的位址，分別在兩台機器上。在這種情況下，我們將擁有兩個伺服器，每個伺服器都有乙個ice服務員，但兩個ice服務員服務的是同乙個ice 物件。
當客戶呼叫這樣的ice 物件上的操作時，客戶端的ice底層環境只把請求發給乙個伺服器。換句話說，使用服務於同乙個ice 物件的多個ice服務員，你可以構建冗餘的系統，來實現容災。
客戶端ice底層環境在傳送請求時，會試著把請求發給其中乙個伺服器。如果失敗，就把請求發給第二個伺服器依次類推。只有在所有嘗試都失敗的情況下，錯誤才會上報給客戶端應用。
物件有了，**也有了，服務員也有了，ice完成通訊所需要的基本元件都已經齊了。
servant在ice中又叫負責類，負責乙個或多個ice 物件，類的方法對應於ice 物件的介面上的操作，並且提供這些操作的行為。
負責類的命名方式一般是在ice物件型別後面加大寫字母「i」。接著在伺服器端對負責類進行註冊，也就是把這個負責類和負責的ice物件建立聯絡。
維護這個聯絡資訊的東西叫做介面卡，也就是下個章節要講的adapter。
做餐飲服務員有前途嗎
之前，餐飲服務員沒有前途，也沒有錢途。可作為人生的乙個過渡期 1.如果你沒有什麼特長，有需要乙份工作，餐廳服務員自然是乙個門檻低的工作，乙個月可以擁有三四千，或者是更多的收入。2.如果你準備餐飲創業，可以移一格，餐飲服務員作為切入點，了解餐飲這個行業。3.當然，你也可以通過在做餐飲服務員工作中的優秀...
從超市服務員到程式設計師的路上
我來兄弟連之前就在超市做了五年的服務員，更早時還做過工廠的工人 畫店的裱畫工，電腦城裝機工等工作。我無法忘記那些年奮鬥歷程中的艱苦歲月，無法忘記我的同學和同事在社會底層的艱難。有一天是週日，我在超市的一位同事，他不是收銀員只是週日去臨時幫忙收銀，顧客排的隊伍很長。在排到一位結賬的顧客時，可能是排隊時...