或许在状况外的人是你唷... 有没有好好的看别人的文章? 我相信原PO也知道这个"常识" 他只是在报怨 为啥不"多"个建构子 可以输入参数.... 随便就说别人没sence... 唔 是不对的 囧 ※ [email protected] (小白退散!) wrote: > ※ 引述《[email protected] (加油加油)》之铭言： > : 不好意思,可能是我没问清楚吧,譬如像google search的api > : GoogleSearch search = new GoogleSearch(); > : search.setKey("000000000000000000000000"); > : search.setQueryString("Internet standards"); > : search.setSafeSearch(true); > : GoogleSearchResult result = search.doSearch(); > : 为什麽不乾脆写一个建构子 GoogleSearch(key,query,isSafe) > : 这样不是比较快吗?为什麽还要用setXXX()的方法 > 用建构子取代Setter!!!? > 还真是天才到让人倒地的想法呀! > 敢问兄台, 以上例来说, 若用建构子, 是否每做一次查询就必须重新create新的物件? > 那就失去物件重复使用的便利性了. > 因为建构子只能new呀! > 每次都得强调, 物件产生和回收的成本是很高的, 这讨论串看下来, 似乎大家都 > 没这个sense. 居然都在Coding的方便性上打转... Orz > 以此例来说, 若作连续查询, 其实我只要不断改变QueryString()的属性就好, 同一个 > 物件就可不断帮我服务. > 但若用建构子做这件事, 连续查询, 我不但要连续产生不同的物件, 还必须每次都指定 > Key和SafeSearch, 两个每次都一样的参数, 简直跟智障一样, 方便个鬼?? > 反正用建构子来取代所有参数的Setter, 物件只能用完就丢, 不如乾脆写个Static的 > method直接给参数拿结果还快些.... > eg: > class GoogleSearch { > public static GoogleSearchResult doSearch(string Key, > string QueryString, > bool safeSearch) { > .... > } > } > 看到这样的发问, 只能 oh, my god! -- ◣ ███ ███ ☆ Post by Pistachi ◢█ ▉▉█ █▇█ ★ From 220-134-158-132.HINET-IP.hinet.net ◥█◤ ﹉ ﹍ ﹋ 月光海洋BBS 《mobbs.stut.edu.tw》 163.26.220.130