《嵌入式工程师》专题

二面 4.15 20min 1、自我介绍 2、将所有的项目详细介绍解释一遍 3、这个wordpress建站是怎么建站的，是一键式的还是本地配置的？（都有， 在本地要修改nginx配置文件和php-fpm的配置文件，创建指向数据库）（项目比较老了，换句话说就是没什么用） 4、这个网络基础服务配置是怎么实现安全性的？（举例举的ssh，修改配置文件更改端口，禁止root用户远程登录等） 5、详细介绍一下

0offer谁懂啊，继续发面经攒人品。 今天这个好像是个大boss，百度上面都搜得到这个面试官名字，不苟言笑，很有威严。 1. 自我介绍 2. 问实习做了什么，刨根问底的问。 3. 为什么全是算法，跟安全没有太大关系 4. 实习时间 听说这一面应该是和上一面一起的，但是两个面试官没有安排出在一起的时间，相当于同一次面试面了两次，内容都差不多。

说明：无法启动web服务器；嵌套的异常是org。springframework。靴子网状物服务器WebServerException:无法启动嵌入式Tomcat 启动Tomcat上下文时出错。例外情况： 组织。springframework。豆。工厂BeanCreationException。消息：创建在类路径资源[org/springframework/boot/actuate/autoconf

函数式编程 -> 函数响应式编程 现在大家已经了解我们是如何运用函数式编程来操作序列的。其实我们可以把这种操作序列的方式再升华一下。例如，你可以把一个按钮的点击事件看作是一个序列： // 假设用户在进入页面到离开页面期间，总共点击按钮 3 次 // 按钮点击序列 let taps: Array<Void> = [(), (), ()] // 每次点击后弹出提示框 taps.forEach {

Docker Engine 1.12中的Swarm模式帮助我们创建Docker Engine集群，我们称之为Swarm。一个Swarm是由安装了Docker Engine的物理机或者虚拟机节点组成，这些节点上的Docker Engine都采用Swarm模式运行。 Swarm集群中的节点分为两类：manager和worker。 Manager节点 Manager节点用来处理集群管理任务： 维护集群状

5 “开闭原则”的倾斜性        Sunny公司使用抽象工厂模式设计了界面皮肤库，该皮肤库可以较为方便地增加新的皮肤，但是现在遇到一个非常严重的问题：由于设计时考虑不全面，忘记为单选按钮(RadioButton)提供不同皮肤的风格化显示，导致无论选择哪种皮肤，单选按钮都显得那么“格格不入”。Sunny公司的设计人员决定向系统中增加单选按钮，但是发现原有系统居然不能够在符合“开闭原则”的前提下

4 完整解决方案        Sunny公司开发人员使用抽象工厂模式来重构界面皮肤库的设计，其基本结构如图6所示： 图6 界面皮肤库结构图        在图6中，SkinFactory接口充当抽象工厂，其子类SpringSkinFactory和SummerSkinFactory充当具体工厂，接口Button、TextField和ComboBox充当抽象产品，其子类SpringButton、Sp

3 抽象工厂模式概述        抽象工厂模式为创建一组对象提供了一种解决方案。与工厂方法模式相比，抽象工厂模式中的具体工厂不只是创建一种产品，它负责创建一族产品。抽象工厂模式定义如下：        抽象工厂模式(Abstract Factory Pattern)：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，它是一种对象创建型模式。    

2 产品等级结构与产品族        在工厂方法模式中具体工厂负责生产具体的产品，每一个具体工厂对应一种具体产品，工厂方法具有唯一性，一般情况下，一个具体工厂中只有一个或者一组重载的工厂方法。但是有时候我们希望一个工厂可以提供多个产品对象，而不是单一的产品对象，如一个电器工厂，它可以生产电视机、电冰箱、空调等多种电器，而不是只生产某一种电器。为了更好地理解抽象工厂模式，我们先引入两个概念：   

       工厂方法模式通过引入工厂等级结构，解决了简单工厂模式中工厂类职责太重的问题，但由于工厂方法模式中的每个工厂只生产一类产品，可能会导致系统中存在大量的工厂类，势必会增加系统的开销。此时，我们可以考虑将一些相关的产品组成一个“产品族”，由同一个工厂来统一生产，这就是我们本文将要学习的抽象工厂模式的基本思想。   1 界面皮肤库的初始设计        Sunny软件公司欲开发一套界面皮肤

5 重载的工厂方法        Sunny公司开发人员通过进一步分析，发现可以通过多种方式来初始化日志记录器，例如可以为各种日志记录器提供默认实现；还可以为数据库日志记录器提供数据库连接字符串，为文件日志记录器提供文件路径；也可以将参数封装在一个Object类型的对象中，通过Object对象将配置参数传入工厂类。此时，可以提供一组重载的工厂方法，以不同的方式对产品对象进行创建。当然，对于同一个具

3 完整解决方案         Sunny公司开发人员决定使用工厂方法模式来设计日志记录器，其基本结构如图3所示： 图3 日志记录器结构图        在图3中，Logger接口充当抽象产品，其子类FileLogger和DatabaseLogger充当具体产品，LoggerFactory接口充当抽象工厂，其子类FileLoggerFactory和DatabaseLoggerFactory充当具

2 工厂方法模式概述        在简单工厂模式中只提供一个工厂类，该工厂类处于对产品类进行实例化的中心位置，它需要知道每一个产品对象的创建细节，并决定何时实例化哪一个产品类。简单工厂模式最大的缺点是当有新产品要加入到系统中时，必须修改工厂类，需要在其中加入必要的业务逻辑，这违背了“开闭原则”。此外，在简单工厂模式中，所有的产品都由同一个工厂创建，工厂类职责较重，业务逻辑较为复杂，具体产品与工厂

       简单工厂模式虽然简单，但存在一个很严重的问题。当系统中需要引入新产品时，由于静态工厂方法通过所传入参数的不同来创建不同的产品，这必定要修改工厂类的源代码，将违背“开闭原则”，如何实现增加新产品而不影响已有代码？工厂方法模式应运而生，本文将介绍第二种工厂模式——工厂方法模式。   1 日志记录器的设计        Sunny软件公司欲开发一个系统运行日志记录器(Logger)，该记录

3 完整解决方案        为了将Chart类的职责分离，同时将Chart对象的创建和使用分离，Sunny软件公司开发人员决定使用简单工厂模式对图表库进行重构，重构后的结构如图2所示： 图2 图表库结构图        在图2中，Chart接口充当抽象产品类，其子类HistogramChart、PieChart和LineChart充当具体产品类，ChartFactory充当工厂类。完整代码如下