Day 30 - 结语 — 首尾呼应＆致谢

最後一篇来个首尾呼应，回答在 Day 01 问大家的七个关於 UI 元件的问题！

1. 你知道 为什麽会有 UI Library
   Ａ：让我们可以不用再自己造轮子，可以更加专注在核心商业逻辑的开发。有了 UI Library 的 Design System 统一元件的规格後，後续维护跟持续整合没烦恼，再也不用一个个档案调。

2. 你知道 MVC、MVVM 等软件架构，也知道 UI 元件在其中的定位
   Ａ：详见 Day 03，简言之，UI 元件就是最底层的轮子，并提供纯粹的 UI 而已，不包含商业逻辑。

3. 你知道 Design System，平常在开发时也有应用
   Ａ：详见 Design System 篇章 Day 06 和 Day 07，Design System 其实就是在统一网站的规格。

4. 你知道 网页中所有的 UI 元件 以及 各自的使用情境
   Ａ：详见 UML 篇章，Day 12 ～Day 20，以 Material-UI 和 Ant Design 来尽可能带到所有的 UI 元件和使用方法。

5. 你知道 UI 元件分成哪些类别，以及 区分的标准
   Ａ：详见 Day 05，基本上分类都是约定俗成，只要道理顺得过去没什麽不行！

6. 你知道 UI 元件之间的依赖关系
   Ａ：一样详见 UML 篇章，Day 12 ～Day 20，除了介绍元件之外，也有 UML 的依赖关系图，让你知道开发元件的正确顺序！

7. 你知道 如何针对各个 UI 元件进行单元测试
   Ａ：详见 Day 29 的 SOP，可使用 Jest 和 Snapshot。

好了！终於完赛啦！！！

首先想先感谢一直看到最後的你们，看到我的文章有人在浏览的时候还是挺有动力的！

其实这系列的重点真的就在前 20 篇而已，我一直坚信一个好的网页在前期思考得够周全，後续真的省下超多时间，因此本系列的初衷还是在於让大家开工前先掌握一些观念，避免後续开发时因为前期思考不周绕了很多冤枉路。
而实作部分就是给大家一些参考而已！

说实在的，自己真的完赛还是有点不真实呀！

最後来分享一下自己写铁人赛时的感悟：「我们只能写出当下自己最理解的版本」。

• 错了怎麽办？
• 错了就改呀！人真的很难完全不犯错，错了的话刚好是一个好机会来知道自己的盲点！

走完这趟旅程也收获很多：

1. 厘清很多观念
2. 学习系统性地产出知识，更熟悉技术文章的细节
3. 接纳不够好的自己，追求当下最好的自己，并勇於去面对可能的质疑和挑战

再励志最後一句：「没做永远不知道，做了永远意想不到！」
希望未来各位在犹豫要不要挑战的时候，勇於冲下去就对了～

那就这样啦！未来也会在 我的 Medium 上写些新文章，期待未来再相见哩！