Java基本教程之類型轉換與多態

Java基本教程之類型轉換與多態。本站提示廣大學習愛好者：（Java基本教程之類型轉換與多態）文章只能為提供參考，不一定能成為您想要的結果。以下是Java基本教程之類型轉換與多態正文

我對 Erlang 編程理念的懂得：以散布式架構師的角度寫代碼。

函數式編程

Erlang 外面的函數是數學外面的函數：必需有前往值。 只需是函數必定有前往值，函數是一個進程，以英文的句號為函數停止符。 函數停止之前的表達式就是該函數的前往值。 所以這也是在 Erlang 外面的函數不會看就任何 return 語句的緣由。 C++ 等其他說話的函數和函數之前可以經由過程同享變量來完成新聞傳遞。 Erlang 外面的函數弗成以，新聞的傳遞經由過程函數的傳入和傳出。 也只是為何 Erlang 號稱生成的地方並行處置的緣由， 由於他們不同享變量，也就不須要加鎖。

許多人聽到函數式編程都邑認為嵬峨上或許艱澀難明。 由於函數是編程沒有 for 輪回語句， 然則在我看來，症結在於會應用【列表推倒】和【尾遞歸】來停止輪回遍歷。 說到函數式編程就會拿疾速排序說事，上面這個示例是 Erlang 版本的疾速排序：

-module(sort).

-export([qsort/1]).

qsort([]) -> [];
qsort([Pivot | T]) ->
    qsort([X || X <- T, X < Pivot]
         ++ [Pivot] ++
         qsort([X || X <- T, X >= Pivot]).

異常簡練，[Pivot | T] 就是拿列表的第一個元素當快排中的 Pivot 。

[X || X <- T, X < Pivot]

上式就是【列表推導】， 寄義就是找出列表 T 中一切元素小於 Pivot 中的元素構成一個新的列表。 不外，這個例子明顯機能不高，只是一個示例。

許多人一向在宣傳函數式說話立時就要迎來旭日， 然則在我看來，函數式編程永久只能是小眾說話， 這就像昔時的 lisp machine ，被宣傳的信口開河照樣夭折了。 如今主流的盤算機架構都是馮諾依曼系統的，其實不是最合適函數式說話的生計泥土。

一切都是常量

沒有變量，也就沒有經由過程變量同享狀況招致的資本競爭，也就不須要加鎖。 任何狀況的變更都是經由過程函數的輸出輸入來停止轉變， 輕量級過程的狀況變更也是靠新聞傳遞（函數的輸出輸入）來完成。 這也是為何有人說函數式編程合適高並發的緣由，由於他們沒有變量， 一切都是常量。

輕量過程

Erlang 外面有 spawn 函數，可以疾速的創立一個 process ， 這裡的 process 不是操作體系的過程，而是 Erlang 本身的輕量過程。 Erlang 輕量到超乎你想象， 構建 kv 數據庫的時刻，乃至可以對分歧的 key 分派給分歧的過程。 並且過程的表現單元是 Pid ，只需曉得過程的 Pid， 哪怕該過程是在其余機械下面，都可以很隨意馬虎的發送給它。 緣由是 Erlang 的【生成自帶RPC通訊】和【自帶端口映照】

生成自帶RPC通訊

ToPid ! Data

ToPid 是接收方過程的id ， Data 可所以 Erlang 的任何類型，好比

Pid ! {name, "jb51.net"}.

也就是可以直接把任何數據構造當做新聞發送，生成自帶 RPC 通訊。 （固然原來 RPC 的寄義是“長途進程挪用”，不外其實橫豎就是幫你序列化了數據構造，Erlang 的 ! 操作符也是如斯。）

過程端口映照

節點之間發新聞在代碼外面的表現也照樣

ToPid ! Data

也就是在寫代碼的時刻，基本不消斟酌該過程是在哪台機械下面， 不管是本 Erlang 過程(這裡的過程是操作體系級其余過程，不是 Erlang 的輕量過程) 內， 照樣其他機械的過程，都不消管。 這是由於有 epmd 的存在。

Epmd是Erlang Port Mapper Daemon的縮寫，在Erlang集群中相當於dns的感化，供應節點稱號到端口的查詢做事，epmd綁定在總所周知的4369端口上。

有了 epmd ，寫散布式法式就似乎寫單機法式一樣簡略。

周密的模塊化治理

Erlang 的模塊相似 C++ 中的 namespace(定名空間)，然則比定名空間更利於高效的軟件工程治理。

在 Erlang 項目源碼中處處可見以下代碼。

-module(my_app).
-export([start/2, stop/1]).

-module 指明模塊名，-export 指明導出的函數。 未被導出的函數都沒法被外界挪用。 從軟件工程上看的話，如許使得模塊功效和應用辦法加倍清楚。 應用者只須要關懷若何 -export 外面的函數便可。 比擬較之下 C++ 對這方面特殊不標准，而 Java 經由過程對類聲明為 public class 指明可以被外界應用, Node.js 也是應用 export 來顯示聲明可以被外界應用的函數。

行動形式

-module(ecomet_app).

-behaviour(application).

%% comment: Application callbacks
-export([start/2, stop/1]).
-behavior(application).

Erlang/otp 外面的【行動形式】概念等價於 OOP 外面的接口概念。 下面代碼示例的意思就是該模塊(ecomet_app)遵照的行動形式是(application)。 剛行動形式須要完成的兩個接口函數就是 -export([start/2, stop/1]). 。

另外一個示例以下是遵照監視者(supervisor)行動形式， 完成的一個接口函數是 -export([init/1]). 。

-module(ecomet_sup).

-behaviour(supervisor).

%% Supervisor callbacks
-export([init/1]).

監視者機制

Erlang/otp 的生成散布式特征在監視機制外面表現的很好， 每個 otp 運用啟動的時刻，都是啟動監視者(supervisor)和任務者(worker)。 他們的關系是樹形構造，每一個任務者的下級都邑有監視者， 每一個監視者的下級也能夠有監視者。 當任務者異常加入的時刻，監視者會依據響應的參數決議能否對任務者停止重啟。 假如重啟掉敗的話監視者也會加入，而加倍下層的監視者收到旌旗燈號後會對他們停止重啟等處置。 這個監視者機制異常好懂得，其實就是 OOP 編程外面的 try ... catch 異常處置機制。 當湧現異常的時刻一層一層的往上拋出，直到有人重啟。

otp平台

Erlang 最壯大的處所也是最使我感到難學的處所，就是它的 otp 平台。 各類行動形式， 讓我感到就像多年之前進修 MFC 的時刻， 感到很壯大，然則卻老是感到本身被按逝世在一條特定的軌道下面奔馳， 有種不自在的疲乏感。

代碼熱切換

熱切換也叫熱進級，年夜部門情形下，假如須要對 C++/Java 法式過程版本進級， 則須要重啟過程。 Erlang 支撐熱切換的意思就是可以在運轉的時刻停止代碼進級。 進級進程不影響過程的運轉， 並且在過渡階段新舊版本還可以共存。 是否是堡壘了。這個功效關於那些須要 7x24 高可用的辦事來講的確就是爽爆了。

Erlang 過程自己可以經由過程一個相似“後門”的掌握台 erl 來及時的檢查狀況， 乃至直接應用掌握台來修正設置裝備擺設等，異常便利，這關於年夜部門其他說話來講， 的確就是黑魔法般奇異的存在。

典范缺陷

1.文檔太少，湧現成績搜刮出來的謎底也少。
2.Erlang 人才網job.vhao.net稀缺，雇用不容易。
3.靜態說話最典范的就是調試不容易。
4.上手門坎較高。

最初，我只是 Erlang 的入門初學者， 由於任務中須要應用 ejabberd (Erlang 的開源項目)， 從而進修了 Erlang ， 完善實戰經歷，所以這篇文章題目起為 【Erlang初體驗】。

在這裡有另外一個值得一提的情形: 我們在辦法外部應用new創立對象，並將該對象的援用前往。假如該前往被一個援用吸收，因為對象的援用不為0，對象仍然存在，不會被渣滓收受接管。

總結

new

援用，對象

被渣滓收受接管的前提

參數: 值傳遞