1F→ : 給個箭頭等Job警察03/04 11:22
2F→ : 洗杯子機器如果可以接受Cup而非每種Cup 就省很多功夫03/04 11:25
3F→ : 不是每個class都需要measure這個方法03/04 11:27
4F推 : Google一下啊 QQ 03/04 11:27
5F推 : dependency injection 03/04 11:37
6F→ : 岔題一下 用動物或物體當例子實在讓初學者摸不著頭緒03/04 11:41
7F→ : 為什麼不拿實際有用的例子 像logger可以存檔案也可存DB03/04 11:42
8F推 : 本版接納多元問題討論,反正文章已經夠少了,不用管03/04 11:43
9F→ : 哈哈真的,教科書老是用甚麼動物還顏色的,明明真實例子03/04 11:43
10F→ : 的很多就是不用03/04 11:43
11F→ : 或是DataBaseConnection可以多型成SQL MySQL ProsGre....03/04 11:44
12F→ : 去stackoverflow查 一堆鄉民用的例子都比這些還經典03/04 11:45
13F推 : 初學者可能連db都不知道啊...03/04 11:45
14F→ : 像寫2d遊戲會用各種不同的geometry,然後統一用同一個母03/04 11:45
15F→ : 類型畫上螢幕不好嗎?大家都愛寫遊戲呀~03/04 11:45
16F推 : 你家國際牌插座如果只能用國際牌電器,就是GG思密達,03/04 11:50
17F→ : 抽象化/標準化,搭配多型才能讓系統彈性適應變化03/04 11:50
18F推 : 插頭通常用adapter處理(開新戰場)03/04 11:53
19F推 : Adapter比較像處理不同插座(歐規、中國、台灣)的問題03/04 11:59
20F推 : 買本設計模式看一下吧03/04 12:00
21F→ : 講極端一點,想像如果每個電器的插頭都是不一樣的...03/04 12:03
22F推 : 想成 human.washCup(Cup c) 是不是比較好懂阿 03/04 12:08
23F→ : 不用為每種杯子都宣告一個method,也少了型態轉換的03/04 12:10
24F→ : code,程式碼會更簡潔好維護03/04 12:10
O大的意思是,萬一沒有宣告method在
Cup 中,也可以做的意思?
但我的想法是直接把measure放在
Cup中
那麼所有子類別的Cup都可以用
※ 編輯: empireisme (101.12.69.35 臺灣), 03/04/2021 12:14:36
25F→ : 樓上 這樣會變成人在洗 c 罩杯 03/04 12:13
26F推 : 發文請 implement Job介面 03/04 12:21
27F→ : 主要是程式碼越變越胖時,要考量維護和擴充性 03/04 12:22
28F→ : 例如之後有個robot.washCup(Cup c)出現,也比較好維護 03/04 12:23
29F→ : 當然要作在Cup Class 本身也不是不行,有時要考量類別 03/04 12:24
30F推 : 現在都馬pattern matching誰跟你多型 03/04 12:24
31F→ : 的互動,有點難解釋就是了 03/04 12:25
32F推 : 推25樓QQ 03/04 12:30
33F→ : 多型 你的例子確實用處不多 03/04 12:38
34F→ : 但實作用在資料庫 可確保存取正確資料表 或欄位 03/04 12:38
35F→ : 在邏輯上 更是很多OO的基石 例如前幾篇策略模式 取代if else 03/04 12:38
36F→ : 或是複雜邏輯運算decorate 03/04 12:38
37F→ : 或是偵測變化observer 03/04 12:38
38F→ : 就是你看到設計模式中的那幾個常用模式 好處太多 缺點也有 03/04 12:38
39F→ : 缺點是能力不到位 維運複雜 03/04 12:38
40F→ : 或是撰寫者設計模式中毒 維運時名稱和物件運作不相關 混亂 03/04 12:38
41F→ : 總之就是觀察你們老闆 03/04 12:52
42F→ : 如果他是屬於找剛畢業 或是巨匠專業 免洗工程師的 03/04 12:52
43F→ : 勸你還是不要用OO甚至到OO的多型 03/04 12:52
44F→ : 如果老闆的老闆有鴻圖大業的抱負,老闆傾向找資深工程師 03/04 12:52
45F→ : OO就很有用了,在很多開放原始碼的套件都用的很兇 03/04 12:52
46F→ : 甚至套件EOS之後你還能透過原始碼了解功能 03/04 12:52
47F→ : 杯子自己又不會算 怎麼能把他放在杯子裡 除非你的杯子 03/04 12:53
48F→ : 內建計算機功能 03/04 12:53
49F→ : 物件都不物件了怎麼還能算物件導向 03/04 12:57
50F推 : 你的問題癥結點是不是在 new 那個陳述?你是不是在想如果 03/04 13:02
51F→ : 為了改變 c 是屬於那種杯子,還要去改 code,那好像省不 03/04 13:02
52F→ : 了太多時間?你還要找到整個專案其中相關的程式碼全部把 03/04 13:02
53F→ : Coffee Cup() 改為 TeaCup(),這樣似乎沒有比寫成 Coff 03/04 13:02
54F→ : eeCup c = new CoffeeCup() 省掉太多時間,也沒有真的很 03/04 13:02
55F→ : 好維護對嗎?我相信每個剛接觸多型且心思比較細膩的人都 03/04 13:02
56F→ : 會有跟你一樣的疑問。會有這種疑問是因為這些範例都只講 03/04 13:02
57F→ : 了一半,進階的後半段是如何利用多型的概念往上疊加其他 03/04 13:02
58F→ : 作法使其變成好維護的專案。你可以查一下上面有人提到的 03/04 13:02
59F→ : dependency injection,或是再加上 Spring 關鍵字可能會 03/04 13:02
60F→ : 有更清楚的範例。 03/04 13:02
61F推 : 你講的寫法也可以沒錯,兩個各有優缺。measure 定義 03/04 13:22
62F→ : 在 cup 的好處是,新增 cup 的的時候,其他 measur 03/04 13:22
63F→ : e 不會被修改到,壞處是,新增 method,比方說 cle 03/04 13:22
64F→ : anup() 的時候,所有 cups 都需要被修改。相反地, 03/04 13:22
65F→ : 把 measure 定義在外的話,新增 cup,measure 就需 03/04 13:22
66F→ : 要修改,但新增 wash 的時候,所有 cup 都不用被修 03/04 13:22
67F→ : 改。 03/04 13:22
68F推 : 你可以根據你開發的功能重視新增 class 還是新增 m 03/04 13:31
69F→ : ethod,決定適合哪一種寫法 03/04 13:31
70F推 : 請問樓上 工廠模式不就是這樣嗎? 03/04 14:43
71F→ : 我可不可以說多型的應用層面就是工廠模式 03/04 14:44
72F→ : 先不說動態binding那些東東 03/04 14:44
73F→ : 光以code的可擴展性與複用性 03/04 14:44
74F推 : 開放封閉原則 03/04 14:47
75F→ : 對謝謝tt大 03/04 15:39
77F推 : toString() 通常都是多型的最佳案例 03/04 17:56
78F→ : haha 哥怎麼沒出現 03/04 18:39
79F推 : YT搜: 4.7: Introduction to Polymorphism 03/04 19:38
80F→ : 影片長 8:46 頻道:The Coding Train 03/04 19:39
81F推 : measure的主詞不是cup, 可能是人或機器,至於用base typ 03/04 21:11
82F→ : e的原因,是邏輯共用,只有實作有差 03/04 21:11
84F→ : 謝謝 03/05 00:07
85F→ : 你講的沒有錯 是這個例子太單純 你提出的方法跟他的方法差 03/05 01:08
86F→ : 異不大 但是如果measure方法換成比較複雜的計算它就不適合 03/05 01:09
87F→ : 放在cup類別裡 03/05 01:10
88F推 : 把measure放在cup中沒有不可以,前提是大家的meas 03/05 08:06
89F→ : ure方法都一樣,如果有人不一樣,就要override方法 03/05 08:06
90F→ : ,如果有人不只不一樣,還剛好有一群是用那個不一 03/05 08:06
91F→ : 樣的方法,你就會寫一樣的東西寫到懷疑人生,最後 03/05 08:06
92F→ : 把他拉成一個interface,叫measurable 03/05 08:06
93F推 : 因為你不會希望不同物件耦合在一起 03/05 09:27
94F→ : 我覺得多型這個翻譯很容易讓人無法理解 為什麼不翻多 03/05 13:16
95F→ : 態呢 明明是仿造自然界的變態行為 03/05 13:17
96F→ : 父類別 蛙 行為 移動 子類別蝌蚪 幼蛙 成蛙 03/05 13:20
97F→ : 蝌蚪.移動() 幼蛙.移動() 成蛙.移動() 行為界面一樣 03/05 13:22
98F→ : 但內容動作不同不就是多型(態)了 03/05 13:23
99F推 : 蠻意外這個主題會這麼多人回... 03/05 16:12
100F推 : 感謝各方高手的說法,受教了… 03/05 16:34
101F→ : 好多佛心大大~ 03/06 00:49
102F→ : 因為給初學者的範例不能太難,所以會有這種疑惑 03/06 17:39
103F→ : 培訓機構? 反覆推敲是基本 03/09 06:03
104F→ : 真的無自學力可以考慮適不適合 03/09 06:07
105F→ : 連推說多人... 03/09 06:37