总被为什么使用可框架困扰，因为学的时候那么庞大的知识要被下来，只知道为什么以及怎么用，却不知道怎么来的。怀着一个追底的心，当疑问不能被解答的时候就会困惑，不想学下去。
偶然看到一个关于CSS框架的使用原因解释，觉得说的很在理。不知道以后还能遇到类似的、不同角度的观点不，先把这个整理一下。
2017-12-12 原文： http://www.cnblogs.com/nzbin/p/7073601.html#3863554。
我只做下框架使用原因部分的观点总结。
一是类的命名。英文命名其实很难找到合适的词，想要把功能很好地总结描述出来是一个很不容易的思考过程，使用框架的话往往都给起好了名字。
二是关于”重复造轮子“，就是已经有类似的框架了怎么还会层出不穷。文章里的原因是实现同样的功能但是风格不同，重点强化的区域不同，靠个人喜好和需求进行选择。
三是设计好统一格式。像面向对象就是一种统一格式，掌握了这种方法就很容易融汇贯通旁支的使用方法。在写的时候会考虑到格式的通用性易阅读性，方便重复使用。框架把这一部分很好地考虑好了，不用自己再重新想。
这三点是文章中看到的。以前有想到过，可是没有实际经验于是只徘徊在猜测，现在看到类似的多少应证了一部分。
框架也有它复杂的地方。固定的执行效率，固定的编写格式，固定的逻辑铺设格式。在变动的需求中不容易灵活运用，就像java那些，学的时候就觉得好庞大。里边包含了软件实现的逻辑思路。可是如果不认同那种思路，或者不明白为什么要绕进那种思路里，那么框架就不易学下去了，一个太苦的背诵过程。
而编程是有趣的事。
如果可以理解那些思路并且认同那些处理方式，那便是很好的选择。动动框架就可以实现一个功能是最初选择它的原因。相应的功能都熟悉了，软件要实现什么直接用框架给拼出来，做一些软连接和核心处理就搞定一个软件。现在看到的框架太绕了，逻辑跳跃只为了实现功能，缝缝补补。好用清晰的框架建立在对业务逻辑的清晰理解上，也建立在对编程语言稍微熟练的运用上，不知为何没人去整理、或者说追求这一部分。
