在学习的过程中最重要的就是对整体编程思想的理解和融汇,决不能让知识块形成知识孤岛,一定要和其他的知识串起来,形成一套知识体系,有些人喜欢记笔记,我通常比较喜欢使用思维导图的方式记录学到的知识,这种方式最适合我,也和我的思维方式最为接近。
我比较擅长的是C++,因此我很喜欢在学习Java时寻找两者的异同点,而在学习Java的过程中,我还顺便把和Java换皮语言Kotlin以及和Java非常相似的C#一并学了,基本上就是稍微记一下特殊语法就行,当然这是在不涉及语言高层的前提下,最近我学到了Java的架构技术,和C++对标的大约是MFC和Qt,但是却又有所不同,也因此了解到了传说中的设计模式,刚开始我确实对其不屑一顾,觉得这些条条框框的好像没什么用,但就像网上的段子一样,学完CPP第一年,我敢说我精通CPP,第二年精深一些,却只能说了解,到了第三年,我只敢说我用过CPP。
先上一个简单版:
设计模式是由众多的编程人员总结出的经验集合,框架就是一套根据设计模式制作的半成品软件,类库就是写好的功能模块,而架构,就是在软件的灵魂(至少我是这么认为的),它并不那么的关注细节,却要为整个软件的设计指明方向。
再上一个比喻版:
假设要写一篇作文,那么:
设计模式就是老师提出的规范,比如题目不要写的太大,因为写的太大很容易造成文章的假大空,你完全可以不按照设计规范来,但是写不好给你判低分时不要抱怨;
框架就像你直接从作文大全上抄一个不完整的作文,然后改改时间地点人物,最后改个名交上去,范文绝对按照设计规范来,你要做的就是给范文填空,凭借框架,你可以很容易的写出大师级别的程序。
类库就更容易理解了,类库就像是名言警句,你不能改名言警句,但是你可以在你的作文中引入它们,当然你如果足够**,你也可以写一个名言警句,但一般来说重复的造轮子是没意义的...
架构嘛...这个最难理解,架构就是人的骨架,你的骨架如果长歪了,那么就算你皮肤再白,眼睛再大都是一个怪物。
程序也是一样,老板或者整个企业的决策者们找到或者发现商机,然后将想法告诉架构师,其实此时项目只是一个模糊的想法,比如我认为短视频平台有前途,那么我想做一款短视频软件。架构师再根据这种想法对软件进行布局。
有一次在网上看到了一段话让我印象深刻:
平庸的剑客手中有剑,就像我们懂得语法,会用框架,甚至背下来了设计模式,虽然知道了剑如何用,怎么用,大概只能将各种模式强行设计,也就是所谓的设计过度,这就是普通程序员的水平
顶尖的剑客手中有剑,心中也有剑,他知道这把剑利在锋芒,毁在锋芒,他们能把设计模式很好的应用到项目中,刚刚好,而不过度,这样就是普通架构师的水平
超凡的剑客根本不必关心剑的本身,而是关注目的的本身,这便需要一种全局观,这些人大致上就是一个优秀的架构师了
我写了这么久的代码,大致上确定了一件事,一切因目的而定,因利益而变。这利益可以说自己的,可以是家人的,可以是公司社会乃至国家和全人类的,谈利益,不丢人。