楼主:
tkdmaf (皮皮快跑)
2016-05-03 01:34:34※ 引述《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内部的结构就没有着墨上那么多了。
(这跟录影片的时间也有关，我几乎都是睡前录的。)
不过……后续我会重新再出一个真正的而且是比较好的写法……
只是希望不会因此造成很多初学者更加无所适从就是了。
学程式…不难，写程式…也不难，教人写程式……真是难。