與python相比，用c 處理圖像有哪些優(yōu)越感？所謂python處理圖像，當(dāng)然只不過在上層邏輯部分，底層的計算庫還是c也可以c。舉個例子，沒有人用純粹python處理圖像，全是調(diào)用opencv的py

與python相比，用c 處理圖像有哪些優(yōu)越感？

所謂python處理圖像，當(dāng)然只不過在上層邏輯部分，底層的計算庫還是c也可以c。舉個例子，沒有人用純粹python處理圖像，全是調(diào)用opencv的python裸芯片來結(jié)束。

就只能一個優(yōu)越感，就是運(yùn)行快，就沒其他的了，opencv應(yīng)該是拿c寫的，但是Python接受了大量的封裝，用起來會很比較方便，開發(fā)投入成本低，要是是需要飛速開發(fā)，見意用Python，要是是學(xué)習(xí)圖像處理就得可以用c

二者在建議使用的新過程中整個結(jié)構(gòu)區(qū)別不是很大，但python語法更靠近自然，代碼少清晰明了，這樣的話開發(fā)完畢時，注意力也可以大量集中在一起在程序的功能邏輯上，但低些C沒有變量初始化的過程，只不過最新版本3有了變量說明，現(xiàn)在也僅僅形式便于開發(fā)完畢能維護(hù)。

C必須自己打理好變量，指針包括相關(guān)的調(diào)用，要恪守比python更多的使用規(guī)則。

python類方法中為什么必須要傳一個self？

類(class)重新初始化之后會換取實例(instance)。

self那是用于代表上帝重新初始化的到的實例。

明確地寫一個self參數(shù)，也讓類的方法(method)和特殊的函數(shù)(function)本質(zhì)上沒有差異，所有的再輸入?yún)?shù)都總是顯示地傳遞到方法/函數(shù)當(dāng)中。

不過充當(dāng)類的方法，作用的對象肯定會會是實例，致使在Python的設(shè)計之初，全部可以不設(shè)計成self不作為一個參數(shù)，但現(xiàn)在這樣就是需要一個關(guān)鍵字代表實例，諸如在javascript中那是this。

然而Python的哲學(xué)是Explicitnotbetterthanimplicit.，會顯示要比隱表忠心，并且Python類的方法必須一個self參數(shù)代表實例是符合邏輯的。

Python中子類和父類是不是不能有同名成員變量？

諸如，如果不是父類的構(gòu)造函數(shù)帶參數(shù)，那子類的構(gòu)造函數(shù)里面第一句是sonic（…）【注:“…”指父類的的構(gòu)造函數(shù)的實餐】時，當(dāng)調(diào)用子類構(gòu)造函數(shù)時，會先全局函數(shù)父類構(gòu)造函數(shù)，再全局函數(shù)子類構(gòu)造函數(shù)。

如以，子類和父類有小說改編但差別實現(xiàn)方法的成員，如果想調(diào)用的是父類的成員而也不是子類的，則可以:ultra.成員。應(yīng)該不會創(chuàng)建家族父類的實例。要是可以創(chuàng)建父類實例，那就我是可以舉一個反例來那就證明這是錯的:當(dāng)父類是抽象類，子類也不是抽象類時，子類全局函數(shù)構(gòu)造函數(shù)時也會內(nèi)部函數(shù)父類構(gòu)造函數(shù)，就修改了子類和父類兩個實例。只不過，抽象類是不能類的對象的。矛盾，所以才原假設(shè)錯誤。所以，父類不會被創(chuàng)建出一個實例。理論上解釋:fun算上構(gòu)造函數(shù)時，才會修改一個對象(實例)。在動態(tài)創(chuàng)建子類構(gòu)造函數(shù)時，動態(tài)鏈接庫父類構(gòu)造函數(shù)，是是為初始化子類從父類能繼承上來的部分。

這個過程沒有對父類用new，所以我還沒有對父類創(chuàng)建角色對象(實例)。