经常会在往上看到有人探讨，嵌入式有35岁危机吗

个人总结了一套嵌入式进修过程中的方法，不喜勿喷

在进修的过程中，我们应该抓住不变的东西，考虑下这些不变的内容是否对我们以后掌握变化的东西有帮助。

不管是进修任何技术，一定要学到这门技术的边界。对于嵌入式开发来讲，汇编，这就是软件的边界。

经常会在往上看到有人探讨，嵌入式有35岁危机吗？不能说没有，只能说压力相比于互联网可能会小点。

文章相对比较长，字数比较多，大家可以先打开头像关注我，之后慢慢看，///插播一条：我自己在今年年初录制了一套还比较系统的入门单片机教程，想要的同学找我拿就行了免費的，私信我就可以哦~点我头像左下角黑色字体加我也能领取哦。最近比较闲，带做毕设，带学生参加省级或以上比赛///

嵌入式相对于互联网来讲，技术的更新迭代没有那么快。假如能在嵌入式某个领域深层钻研，建设起技术的护城河，或许职业生涯会长一点。

聪慧，好奇，协作，忠诚，随遇而安。

接着前几期关于嵌入式软件框架

框架是另一种复用。和库一样，框架也是对系统中不变的局部进行抽象并加以达到，由二次开发者达到其他变化的局部。典型的框架和库的最大的差别是，库是静态的，由二次开发者调用的；框架是活着的，它是主控者，二次开发者的代码必需合乎框架的设计，由框架决定在何时调用。

举个例子，一个网络应用总是要波及到连接的建设，数据收发和连接的关闭。以库的形式提供是这样的：

框架则是这样的：

框架会在“适当”的时机创建mycomm对象，并查询host和port，其次建设连接。在连接建设后，调用onconnected()接口，给二次开发者提供进行处理的时机。当数据到达的时候调用ondataarrived接口让二次开发者处理。这是好莱坞原则，“不要来找我们，我们会去找你”。

当然，一个完整的框架通常也要提供各种库供二次开发者运用。假如MFC提供了很多的库，如CString, 但本质上它是一个框架。假如达到一个对话框的OnInitDialog接口，就是由框架规定的。

针对高度特定领域的抽象

和库比较起来，框架是更针对特定领域的抽象。库，假如C库，是面向所有的应用的。而框架相对来说则要狭窄的多。假如MFC提供的框架只合适于Windows平台的桌面应用程序开发，ACE则是针对网络应用开发的框架，Ruby On Rails是为快捷开发web站点设计的。

越是针对特定的领域，抽象就能够做的越强，二次开发就能够越简略，由于共性的东西越多。假如我们上面谈到嵌入式系统软件开发的诸多特点，这就是特定领域的共性，就属于能够抽象的局部。详细到现实中的嵌入式应用，又会有更多的共性能够抽象。

框架的设计目标是总结特定领域的共性，以框架的方式达到，并规定二次开发者的达到方式，从而简化开发。相应的，针对一个领域开发的框架就不能效劳于另一个领域。对企业而言，框架是一种极好的积攒知识，降低老本的技术伎俩。

解除耦合和应对变化

框架设计的一个重要目标就是应对变化。应对变化的本质就是解耦。从架构师的角度看，解耦能够分为三种：

1.逻辑解耦。逻辑解耦是将逻辑上不同的模块抽象并别离处理。如数据和界面的解耦。这也是我们最常做的解耦。

2.知识解耦。知识解耦是通过设计让掌握不同知识的人仅仅通过接口工作。典型的如测试工程师所掌握的专业知识和开发工程师所掌握的程序设计和达到的知识。传统的测试脚本通常是将这二者合二为一的。所以要求测试工程师同时具备编程的才能。通过适当的方式，能够让测试工程师以最简略的方式达到他的测试用例，而开发人员编写传统的程序代码来执行这些用例。

3.变与不变的解耦。这是框架的重要特征。框架通过对领域知识的分析，将共性，也就是不变的内容固定下来，而将可能发生变化的局部交给二次开发者达到。

对单片机感兴趣的朋友可以找我，我录制了一些关于单片机的入门教程，有需要的童鞋找我拿就像，免费的，私信我“林老师”就可以拿～点击打开我的头像就能领取。