Re: [閒聊] 物件導向與程序導向風格

[thinkniht (不下棋=.=)]

我個人是蠻偏物件導向的
但我寫程式時會視情況而決定寫法

如果是維護不太物件導向的舊系統
那別人怎麼寫我就follow...
最多在不太影響架構的前提下做些調整

但像我有一次是開發新的東西
需求、處理邏輯、使用的元件的接口都不確定就要開始coding
架構可以自己決定
這時我寫的時候 就會考慮到當甚麼事情改變時
我可以改越少的地方越好
效能甚麼我是不想管
這時物件導向就很符合我的需求啦

我懂物件導向和設計模式
但不表示我寫的程式就要很符合甚麼物件導向設計原則的
重要的是...到底甚麼寫法比較符合需求

至於一般需求是
程式維護性和品質重要呢?
還是越快開發好又看不到Bug(看不到的Bug就不管了)比較重要呢?
我想大家心裡明白...我就不多說了(逃~)

※ 引述《erspicu (.)》之銘言：
: 不知道為何總覺得跟Java風格和走Java領域的人有點八字不合,
: 應該是說我不是特別喜歡物件導向基本教義派的撰寫風格,
: 這可能跟我早期的背景有關係,我初學的程式語言是在上大學前自學的Perl,
: 當時完全是自學沒人帶,然後之後的寫作風格其實又深受Perl的一些觀念和主張影響,
: 我認為程式只是拿來當成工具應用的,不是拿來學的,
: 當然要會拿它應用,得先學會怎麼用,可是很多人會把重心放在於,
: 明明就是一個小到不行專案,花了一大堆時間在什麼完美OO跟漂亮的設計模式研究上,
: 然後多數時間是鑽研在怎麼OO後更OO,這樣的設計方法有沒有很合乎DESIGN PATTERNS,
: 或是什麼UML夠不夠美,refactory好幾次....然後覺得自己是有深厚功力的工程師...
: 結果如果最後結果是快又正確的,那也就算了,花了一堆時間下去,
: 最後也沒比較好,bug也沒比較少... 能夠說的就是,花了很多時間下去,
: 程式相當OO,UML好漂亮,很值得...
: 我個人還真的不是那麼信那一套.....
: 我是比較偏向於把OO變成是程序導向的一個極為方便的輔助,
: 一天到晚在那邊什麼夠不夠OO我還覺得真的滿無聊的...
: 如果OO是正解王道,那像是早期沒OO時,那當時神級的人物,
: 寫的程式是不是就很爛... 不對吧... 就算是程序導向,做法不同,
: 也是可以做到像是減少程式碼的累贅.好維護.程式互用的功能,
: 只能說導向不同,某些技術手段和安排的方式不同罷了...
: 好壞程式真的不會因為什麼夠不夠OO.或是程序導向而有所不同,
: 我反來更偏向結果論,能做到別出包.速度快.好維護就是好.
: 像是Perl神人寫出的7行程式碼解DVD保護程式,一整個醜到不行,但是也屌到不行,
: 所以OO是啥,可以吃嗎..

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 111.249.119.96
→ erspicu:我第一家公司給我很不愉快的經驗 他們只希望東西越快越好
→ erspicu:我才不要犧牲自己的時間加太多班 所以 我就給公司
→ erspicu:很快 但是亂七八糟的code 跑起來又ok的東西給公司
→ erspicu:反正一些project也是亂七八糟 主管想到啥就開啥的東西
→ erspicu:根本沒利潤可言的東西 也根本沒打算長期維護
→ erspicu:並不是每家公司環境都允許你喝個咖啡慢慢寫美麗程式的
推 taikobo:的確是環境決定行為，但話說回來這樣的環境你會想久待嗎？
推 f1234518456:什麼都不確定是要怎麼寫....= =
→ thinkniht:看來有人注意到很扯的點了(笑)
→ viper9709:還遇過功能是甚麼都不知道,就要規劃時程的...冏
→ thinkniht:to樓上：反正時間到沒做完就是PG加班