在Java开发中的设计模式、类库、框架和架构

在学习的过程中最重要的就是对整体编程思想的理解和融汇，决不能让知识块形成知识孤岛，一定要和其他的知识串起来，形成一套知识体系，有些人喜欢记笔记，我通常比较喜欢使用思维导图的方式记录学到的知识，这种方式最适合我，也和我的思维方式最为接近。

我比较擅长的是C++，因此我很喜欢在学习Java时寻找两者的异同点，而在学习Java的过程中，我还顺便把和Java换皮语言Kotlin以及和Java非常相似的C#一并学了，基本上就是稍微记一下特殊语法就行，当然这是在不涉及语言高层的前提下，最近我学到了Java的架构技术，和C++对标的大约是MFC和Qt，但是却又有所不同，也因此了解到了传说中的设计模式，刚开始我确实对其不屑一顾，觉得这些条条框框的好像没什么用，但就像网上的段子一样，学完CPP第一年，我敢说我精通CPP，第二年精深一些，却只能说了解，到了第三年，我只敢说我用过CPP。

先上一个简单版：

 设计模式是由众多的编程人员总结出的经验集合，框架就是一套根据设计模式制作的半成品软件，类库就是写好的功能模块，而架构，就是在软件的灵魂（至少我是这么认为的），它并不那么的关注细节，却要为整个软件的设计指明方向。

再上一个比喻版：

假设要写一篇作文，那么：

设计模式就是老师提出的规范，比如题目不要写的太大，因为写的太大很容易造成文章的假大空，你完全可以不按照设计规范来，但是写不好给你判低分时不要抱怨；

框架就像你直接从作文大全上抄一个不完整的作文，然后改改时间地点人物，最后改个名交上去，范文绝对按照设计规范来，你要做的就是给范文填空，凭借框架，你可以很容易的写出大师级别的程序。

类库就更容易理解了，类库就像是名言警句，你不能改名言警句，但是你可以在你的作文中引入它们，当然你如果足够**，你也可以写一个名言警句，但一般来说重复的造轮子是没意义的...

架构嘛...这个最难理解，架构就是人的骨架，你的骨架如果长歪了，那么就算你皮肤再白，眼睛再大都是一个怪物。

程序也是一样，老板或者整个企业的决策者们找到或者发现商机，然后将想法告诉架构师，其实此时项目只是一个模糊的想法，比如我认为短视频平台有前途，那么我想做一款短视频软件。架构师再根据这种想法对软件进行布局。

有一次在网上看到了一段话让我印象深刻：

平庸的剑客手中有剑，就像我们懂得语法，会用框架，甚至背下来了设计模式，虽然知道了剑如何用，怎么用，大概只能将各种模式强行设计，也就是所谓的设计过度，这就是普通程序员的水平

顶尖的剑客手中有剑，心中也有剑，他知道这把剑利在锋芒，毁在锋芒，他们能把设计模式很好的应用到项目中，刚刚好，而不过度，这样就是普通架构师的水平

超凡的剑客根本不必关心剑的本身，而是关注目的的本身，这便需要一种全局观，这些人大致上就是一个优秀的架构师了

我写了这么久的代码，大致上确定了一件事，一切因目的而定，因利益而变。这利益可以说自己的，可以是家人的，可以是公司社会乃至国家和全人类的，谈利益，不丢人。