Objective C 的一些函式名為什麼都這麼長?

時間 2021-05-13 03:34:44

1樓:貢瑞可

其實那不是oc語言的問題,那是蘋果框架的問題。

oc語言本身只有乙個執行時,你用到的陣列,字串那些其實都是蘋果自己的框架。

這事兒賴不著oc

2樓:aaaron7

這事兒真的扯不上啥自動文件,搞得好像創新發明似得。其實原因很簡單,因為OC既不支援函式過載,也不支援函式引數預設值。

這是缺點。再加上不支援命名空間,

很多人愛這方式,是情懷,但不能改變這是缺點的本質。還有很多人愛錘子呢

3樓:「已登出」

真正原因是xcode非常好用,用過xcode的人都知道xcode的自動補全功能非常人性化,無論引數名多長,乙個tab鍵就搞定,那我寧願取長點增加程式可讀性。

4樓:等七月

我記得網易公開課裡的史丹福大學ios7教學裡有提過,因為Xcode有自動補全功能,所以長一點名有利於快速補全。

但我認為是因為英語母語的人根據習慣命名很容易,但英文差如我的感覺還是短一點好……起個名字都要半天很影響效率的!

5樓:王炯耀

旨在符合自然語言的語法習慣,在合適的地方出現賓語量詞等。

方法簽名能夠做到自解釋。

但是,長的方法呼叫不管用什麼樣的方式呈現出來,都不會很直觀自然明白。

方法還是應該接受盡可能少的引數,擁有單一的職責。

所以,不要讓語法的便利讓你忘了設計規則。

關於all 函式的一些疑惑?

dram 那你覺得應該返回什麼呢?丟擲異常?返回 None?我認為這就和 x y 在 x 或 y 為 0 的時候丟擲異常 返回 None 之類的一樣奇怪 不明白為什麼 python 設計的時候 x 0 要返回 x all 要根據基本法來的。根據大家的期望,all 應該有如下性質 只考慮列表的 boo...

一些Java庫中,建構函式為private,另設定靜態方法呼叫建構函式來初始化物件,是出於什麼考慮?

KobeLee 這個是站在使用者的角度去設計的。在使用者需要構造乙個A的物件時。你比較下下面兩種方式哪種對使用者更友好 A obj new A obj.setA x obj.setB y obj.setC z A obj A.of x,y,z 後者使用者不必關新你是怎麼構造出來A的,只需要知道我傳入...

關於某函式最小值的一些思考qwq

逐鹿 回家咋啦,有本事她也回家啊。空有一顆小人的心,做著小人的事。這種人就是欠罵,我看還是你脾氣太好了。刪好友。大家都乙個宿舍,沒有擺到明面上的翻臉都不該這麼破輩。你這個室友不是情商低就是欺軟怕硬。加你男朋友好友,說你壞話,讓你被分手。第一,這女的挺綠茶。第二,你這個男朋友啊也不是什麼好東西,別人一...