pythong 中的 __call__

python __call__ (可調用對象)python

__call__編程

Python中有一個有趣的語法,只要定義類型的時候,實現__call__函數,這個類型就成爲可調用的。設計模式

換句話說,咱們能夠把這個類型的對象看成函數來使用,至關於重載了括號運算符。app

例如,如今咱們要計算重力環境下的天然落體位移。咱們知道Sy=(gt**2)/2,那麼,咱們能夠創建一個函數:函數式編程

def g_dpm(t): return (9.8*t**2)/2 

咱們都知道,地球表面的重力加速度約等於9.8m/s**2,這個函數實在沒什麼技術含量。函數

慢,頭兒說了,我要算的是火星啊¥%#!oop

呃……你能說人家無理取鬧麼?EA的FIFA足球裏,我還見過微重力模式的球場,總之,在計算機程序裏,不少超現實的需求都有可能。spa

恩,最簡單的辦法固然是:設計

def mar_g_dpm(t): return (3.92*t**2)/2 #火星表面的重力加速度約等於地球表面的2/5 

不過,你真的能保證下次那個可愛的策劃不會再設計一個金星場景?或者木星?或者該死的大魔導師行會開始出售新的魔法卷軸——重力操控?code

固然,咱們能夠這樣設計這個函數:

def g_dpm(g, t): return (g*t**2)/2 

可是g相對於t,是一個穩定得多的數量,基本上,在一次相關運算中,g能夠看成常量。那麼,一個可調用對象也許更適合。下面定義這樣一個類型:

class g_dpm(object): def __init__(self, g): self.g = g def __call__(self, t): return (self.g*t**2)/2 

計算地球場景的時候,咱們就能夠令e_dpm = g_dpm(9.8),s = e_dpm(t)。一樣的方式,能夠很容易的生成其餘重力環境下的自由落地公式。

 

 

另外:引入:王根 

爲何說面向對象編程和函數式編程都有問題

http://www.vaikan.com/whats-wrong-with-oop-and-fp/

也許你會反駁,在Python和Scala語言裏,函數也是對象。在Python中,全部的含有一個叫作__call__的方法的對象其實都是函數。

相似的,在Scala語言裏,函數是擁有一個叫作apply方法的對象。可是,通過認真的思考後,你會發現,它混淆了源祖和衍生物的概念。

函數是源祖,包含函數的對象實際是衍生物。__call__apply它們自身首先就是要定義的所謂「函數對象」。

Python和Scala其實是綁架了函數,把它們監禁在「對象」裏,而後打上「__call__」 和 「apply」 標籤,把它們稱做「方法」。

固然,若是你把一個函數封裝到對象裏,你能夠像使用一個函數那樣使用對象,但這並不意味着你能夠說」函數也是對象「

大多數的面嚮對象語言裏都缺少正確的實現一等(first-class)函數的機制。Java語言是一個極致,它徹底不容許將函數看成數據來傳遞。

你能夠將所有的函數都封裝進對象,而後稱它們爲「方法」,但就像我說的,這是綁架。

缺少一等函數是爲何Java裏須要這麼多「設計模式」的主要緣由。一旦有了一等函數,你將再也不須要大部分的這些設計模式。

相關文章
相關標籤/搜索