作者:
sean72 (.)
2016-07-20 10:36:42和同事討論到這個問題
也確實發生在某個協同作業的案子，兩個人爭得面紅耳赤
例如getter/setter
java 喜歡用
getNum() / setNum() 當作public api
C++ 用overloading
int Num() / Num(int)
Python 用property
Num.x = 1234
某個C++案子，
A同事非常習慣 getNum / setNum這種寫法
他可能不論任何情況都會這樣寫
B同事則大力反對，覺得overloading才是符合語意
我自己是無所謂，
只要符合OOP精神就好，只要符合每個人同意的coding standard /style就好
大家怎麼看?
作者:
qrtt1 (有些事，有時候。。。)
2016-07-20 10:47:00每個專案的共識是不同的，那一批人有共識就好。style 我沒那麼強烈的要求，但 naming 上有共識對我來說比較重要至於有些語言額外提供 property <==> method 的自動轉換要小心別把 loading 重的 method 寫成 property 的型式，這容易讓人誤以為這個動作沒什麼『負擔』但實際上開銷很大@aids61517 我覺得原 PO 沒講出真正造成分歧的關鍵，以目前的資訊來說，符不符合語意是無從得知的
作者:
O187 (187cm)
2016-07-20 12:31:00有人連要用大寫區分或底線間隔也能吵
作者:
yyc1217 (somo)
2016-07-20 12:33:00請主管決定呀
作者:
angusyu (〒△〒)
2016-07-20 12:37:00老屁股瑽A什麼要大寫什麼要底線什麼要加m加s
作者:
femlro (母豬教謀神異端審問官1.5)
2016-07-20 13:22:00真無聊 這也能吵
作者: manaup 2016-07-20 14:36:00
拿overloading來access property。 這很明顯OOP沒學好吧。overloading是給你們這樣用的嗎?
作者:
y3k (激流を制するは静水)
2016-07-21 07:39:00這三種practice我會用在不同需求情境 你們一定是搞錯了什麼