推 gname:這個系列看下來,我發現你把我心裡的話全講出來了...XD 05/23 20:02
推 andymai:的確~OO要O到什麼地步才剛好~而不是只顧著歐嘔歐嘔~完全不 05/24 14:50
→ andymai:理人家受得了受不了~歐得太過火~被人家威脅要一刀捅死也是 05/24 14:51
→ andymai:很合情合理，剛好而已... 05/24 14:51
推 mq2kr3j92:同意 05/25 00:20
※ 引述《askeing (星塵)》之銘言：
: 我同意並非一定要使用某些 framework，或必須大量使用 framework，
: 避免使用不適當的 framework ，也是很重要的課題，
: 否則只為了一些小功能，使用了龐大的 framework，反而浪費了許多資源；
: 甚至使用了根本就不適用的 framework，那也只會礙手礙腳；
: 這時自己訂出一套適當的 framework 也許會比較恰當。
: 回到效能部份，
: 一份不易理解、不好維護、更改困難，往往乾脆重寫的程式碼，
: 要從散落各地的邏輯中找出效能瓶頸，個人經驗是滿困難的…
: 反而一份容易閱讀、容易維護、容易更改擴充的程式碼，
: 相對比較容易找出效能瓶頸，
: 此時再針對瓶頸去最佳化會比較容易。
: 無論工具多好用，
: 也該在充分瞭解之後、用在適當的地方。
: 拿螺絲起子去吃火鍋、拿筷子去裝電腦，都是很奇怪的事情。
我看三十人的code, 有十幾種不同的用法, 他們都只hibernate
啊, 其中同一位programmer, 也一下這樣,一下哪樣,
請問, 有比較好理解?
更別說當年struts 1.0 時, 為了tag 而tag 的jsp 畫面, 可以讓你
看到最高五層的tag嵌套, 明明套java code 只是一個loop加一行if.
這有比較好理解?
我強調的是, 不要為OO 而OO, 不要為framework 而framework
是case by case, 我自己的經驗, 當初國外設計framework 時
是照他們的經驗, 從初期版本就開始用的話, 在台灣根本不夠用.
台灣的user 比老外龜毛太多. 而且每個行業, 有它自己的使用
特性需求, 從來就沒有一條大路通羅馬的.
用了framework 會不會比較快, 分開發速度和執行速度
我只能說, 如果都是同一個人做的, 有用和不用兩版本
用framework開發速度(可能會比較快), 但執行速度不可能會比較快.
除非它只會用framework開發, 對沒framework 這種基礎知識是不清楚的.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.136.227.180
※ 編輯: Lordaeron 來自: 220.136.227.180 (05/23 13:34)