作者TonyQ (^^)
看板java
标题Re: [问题] 请问如何将code不要写死,不需要重新编쐠…
时间Thu Oct 22 10:29:55 2009
※ 引述《xlk (深深)》之铭言:
:
※ 发信站: 批踢踢实业坊(ptt.cc)
: ◆ From: 61.223.209.35
: 推 PsMonkey:您真是个好人 [递卡],不过不太鼓励回作业文条款文 XD 10/22 08:37
: → TonyQ:坦白讲这一串问题不用 OO 也可以处理 , 扯 OO 的都已经是想 10/22 09:29
每次都忘了这边推文时间超长 ,
这问题实在是个可以考验回答能力的好问题 ,
不过得花上一点时间,所以一直懒得回......
坦白说没有什麽问题是只有OO可以处理的,OO 可能比较容易处理,
像是其他板友说的先将撷取的策略采用策略模式那些都是一种设计方式,
但是这个问题根本就还不到 OO 层级啊。
单看这个问题原本的标题「请问如何将code不要写死,不需要重新编译」而言,
在目前的技术应该是只有动态语言,勉强可以达到"不需要重新编译"的标准,
但那又是另一个故事。
面对这样的问题,回答者真正要做的应该是
1.可能会异动的项目有哪些
2.针对每个可能会异动的项目去做假设提问 ,
"假设新增一个栏位 , 按照你现在修改程式的作法 , 会需要怎麽做."
3.问题2的解答是否能套用在下一次的新增方案
4.这样的新增方案可不可能有例外 , 例外的状况要怎麽处理.
到以上才会真正了解问题的面貌 , 才会进入问题的解答程序 .
(换句话说,如果使用者提问者根本无法回答,那也没有回答的必要。)
他原本的题目里面描述的不是很清楚 , 就他提供的资讯来讲 ,
我会做出的猜测是他只是需要有一个资料载体(XML,DB,file...) ,
来储存新增事件的"类别"种类 .
然後再针对类别的字串去跑 for loop 来做不同类别各自的处理 .
OO 是个很有用的概念 , 但是在解决问题上 ,
第一件事情是先看清楚问题再针对问题回答 ,
而不是回答一个很抽象的概念...
比方说今天人家说要怎麽赚大钱,
你回人家说要有良好理财观念跟投资技巧一样,
这两样对於赚大钱这个问题都没有显然可以去依循的路径,
也是应该要先问一下他眼前在赚什麽钱跟有什麽条件,
再往前去讨论适合他的方案。(ex.找更好的工作、定期定额投资基金...etc)
我个人实在是不怎麽认同这种把 oo 神化的态度。
另外 , OO 虽然是增加再利用性跟可扩充性 ,
但是很多人都忘了考虑到再利用到或者再扩充的可能性到底有多高 ,
还有设计这些结构所带来的额外成本.
--
讨论问题应针对问题讨论 , 不需要再拉进模糊的概念来让问题混淆焦点.
--
▄▅▆▇███▇▆▅▄▃ ╰┼╯─╮ ╮
◥███████████◣ ╰┼╯=│=│
◥██████───────◣ *. ╯ ╯ ╯ の 物 语 .*
◥███████──────◣ ~ ◢◣ ◢◣
◥██████───────◤ ◥◤* 空白的世界.翼
*◥◤
◥██▁▂▃▄▅▆▇███▆▅▄▃▂▂
~telnet://tony1223.twbbs.org
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 114.137.112.215
1F:推 costbook:需求没弄清楚用SOA、OOP都一样没搞头,只会得到oops 10/22 13:36
2F:推 PsMonkey:推 oops (y) 10/22 14:33
3F:推 godfat: OOPS XDDD 10/22 14:45
4F:推 xlk:受教^^" 如何引导别人处理问题也是很深的学问! 10/22 18:52
5F:推 slalala:这也是之前被断章取义"SOA IS DEAD"的原因 科 10/22 21:30