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

看板Soft_Job作者LaPass (LaPass)時間12年前 (2012/09/22 16:44)推噓9(9推 0噓 19→)

留言28則, 13人參與討論串4/5 (看更多)

物件導向啊..... 我通通自學，專有名詞之類的不太懂但我覺得一個好的程式需要做到下面這幾點： 1.截斷點多：寫程式之後，應該都遇過這種狀況就是，已經寫過某個東西，例如，讀取一份特定格式的文字檔然後把文字檔中的資料寫進資料庫之類的有時候，工作內容可能會改一下讀取同樣一份文字檔，但是把文字顯示在畫面上之類的如果，當初在寫的時候，有個「截斷點」就可以直接把「讀取文字檔」這段拆下來，再寫個顯示部分裝上去就好了聽起來好像很容易，但實際在寫、看程式碼的時候我常常看到一堆黏在一起，相依性太高的程式碼，根本拆不開..... 我會覺得物件導向，好就好在，可以藉由物件導向，讓這種拆裝過程變的很簡單 2.可靠、不用去理會、理解底層在幹什麼的元件也就是說，如果我打算使用一個「已經寫好的」元件我可以只看簡單的文件，就知道這個元件是在幹什麼不用管他怎麼去做到這種功能更不用再去把所有底層的CODE全部看過才有辦法動手寫 3.程式有錯、商業邏輯有錯時，程式應該要自己知道、並把錯誤的狀況給記錄下來有時候程式會跑出很奇怪的結果有些根本是沒錯誤訊息的，這時候，程式應該要自己知道是什麼狀況用物件的概念，可以很簡單的把功能、可能性給縮小到某個範圍內自然可以去寫出個判斷式，在執行前、後去檢查，這些參數、執行結果對不對不過工作一段時間後我的原則已經退化成： 1.能動就好 2.時間到能準時交出成品就已經非常棒了 3.客戶沒看到的bug就不是bug 4.系統架構長什麼樣子根本不重要，因為只要PM跟客戶開過一次會，就全部不一樣了 5.漏洞不重要，什麼SQL injection、XSS之類的..... 反正使用者不知道，把漏洞擺著，到整個系統的生命週期都過了搞不好都沒人發現、發現了也未必會去攻擊當程式架構不是自己開得時候什麼都控制不了呢 orz..... 而且客戶、PM永遠只會看介面漂不漂亮其他看不到的通通都不管寫別人要用的程式真的是一點趣味性都沒有.... -- 一題5分你得幾分？ 1.＿＿少女 5.＿少女 9.＿＿女 13.＿女、＿女、＿女 17.＿＿女＿ 2.＿＿少女 6.＿＿＿少女 10.女＿＿ 14.＿女、＿女、＿＿女 18.＿＿女＿＿ 3.＿＿乙女 7.＿少女 11.女＿ 15.＿女＿＿＿＿ 19.＿＿女＿ 4.＿＿少女 8.＿＿少女 12.＿乙女 16.女＿＿＿＿＿ 20.＿＿女 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.38.67.171

→

gmoz

09/22 16:54, , 1^F

09/22 16:54, 1^F

推

f1234518456

09/22 17:31, , 2^F

09/22 17:31, 2^F

→

derekhsu

09/22 17:33, , 3^F

09/22 17:33, 3^F