※ 引述《tkdmaf (皮皮快跑)》之銘言：
: ※ 引述《tkdmaf (皮皮快跑)》之銘言：
: : 追加第三篇…
: : 第三篇：PDO的擴展 - 簡化呼叫及使用程序
: : https://www.youtube.com/watch?v=pzAQm7Xeu9I&feature=youtu.be
: : 這一篇好像比較複雜點……錄的時間也比較久…
: 再追加第四篇：
: 第四篇：PDO的擴展 - 新增及修改資料
: https://www.youtube.com/watch?v=5GpLOAPKpPM&feature=youtu.be
: 這一篇……時間更長了(包含中間不小心掉漆了一下，但我懶的重來了。)
: 因為事前模擬code，結果到了實際操作時，又突然想到了些什麼結果多加了原本
: 模擬code之外的東西……
: 掉漆的部份請見諒。
: 不過話說回來……應該有人就會發現這一篇講的東西怎麼好像就是些什麼……
基本上我有收到一個回應。
內容大意是……不該繼承PDO。
我說說這個用意好了。
其實……我自己寫的話，我不會使用繼承。
在錄這個影片時…我也考慮很久…到底是要選用繼承……還是不要使用呢？
不選用繼承的理由自然跟其實有些函式名稱跟pdo是重疊的但我不想用override的方式
去做。
但今天選用繼承的理由(一個很傷我心的理由)。
其實是因為：比起繼承，我看過更多的是連class中可以new物件這件事更讓別人感到
無所適從……
反正……也不是沒被人唸過說我的code跳來跳去的他們也看不懂。
或是一個有系統的功能怎麼要分那麼多的class載入……
(我要跟他們解釋每個class都有獨立的系統功能之類balabala的他們也不懂)
其實我原本猜測……大概十個推文會有2、3個人提到用繼承不是好方法。
倒沒想到大家都很給面子……沒人提這件事。
這我的第三篇和第四篇其實最主要的用意是在做功能封裝。
是要讓大家明白一下如何讓外部在使用上較為方便。
所以反而對class內部的結構就沒有著墨上那麼多了。
(這跟錄影片的時間也有關，我幾乎都是睡前錄的。)
不過……後續我會重新再出一個真正的而且是比較好的寫法……
只是希望不會因此造成很多初學者更加無所適從就是了。
學程式…不難，寫程式…也不難，教人寫程式……真是難。