用户只关心怎么用，所以在软件项目工程中，表示集成很重要！

软件编程富有神秘感，面对一个软件项目，用户只关心用户界面是否友好，软件能否满足应用需求，如果能够带来舒畅的使用感受，那就是巅峰了！

因此，作为项目经理一定要重视表示集成的设计。让客户在使用的时候有流畅的舒适感，就会获得最大的好感。

在现有的终端设备上容易配置，让用户感觉到这是一个统一的界面，本质上是由多个系统组成的应用系统。用户无需了解程序设计和数据库的内部构造，软件在显示界面实现了集成。#养成教育#

Swift 中的协议

协议（protocol）是 Swift 和 Object- C 中名称，Java 中叫接口，C++叫纯虚类

协议是高度抽象的，它提供方法名、参数列表和返回值等信息，但不具体实现。

具体实现由遵循者实现协议。

类、结构体、枚举类型都可以声明遵从一个或多个协议。并提供该协议所要求属性和方法的具体实现。

protocol 协议名 { 协议内容 }

声明遵从协议

类型 类型名：协议1，协议2 { 遵从协议内容 }

如果一个类继承父类的同时也要遵从协议，应当把父类放在所有协议之前

class 类名：父类，协议1，协议2 { 遵从协议内容 }

协议方法与普通方法类似，但不支持变长参数和默认值参数，也不需要打括号和方法体。

协议静态方法是，前面需要添加 static 关键字， 遵从这静态方法前的关键字 class 或 static

如果是类要看子类是否要重写该静态方法，重写用class 不重写用 static，结构体和枚举类型用 static

协议可变方法时，方法前面要加 mutating 关键词。类不要添加，结构体和枚举需要添加

协议属性可以要求遵从者实现某些指定属性，包括实例属性和静态属性。每一种属性都可以有只读和读写之分。

协议实例属性

protocol 类型名 { var 属性：类型 { get set }

var 属性：类型 { get }

}

协议只规定了遵从者必须实现只读属性要求，也可以实现写属性

协议静态属性与协议中定义静态方法类似，结构体和枚举前面添加 static ，如果遵从者是类，关键字是class 或 staitc ，具体根据子类是否重写该方法。

协议是可以作为数据类型使用的：

协议类型可以作为函数、方法或构造函数中的参数类型或返回值类型

协议类型可以作为常量、变量或属性的类型、

协议类型可以作为数组、字典和 Set 等集合的元素类型。

协议作为类型使用与其他类型没有区别，不仅可以使用 as、as！ 和 as？操作符进行类型转换，还可以使用 is 操作符判断类型是否遵从某个协议，除了不能实例化，协议可以像其他类型一样使用。

协议继承和类继承一样。遵从者既要遵从协议实现，也要实现被继承协议的实现

协议扩展与类、结构体和枚举等类型的扩展没有区别，协议扩展本质还是协议，只不过增加了一些方法和属性。在使用的时候还需要遵从者实现该协议，这样遵从者就具有了新增加的一些方法和属性。

多个协议可以临时合成一个整体，作为一个类型使用，多个协议中间用 & 链接，它只是一种临时的类型，当作用域结束时，这个类型就不存在了。

扩展中也可以遵从协议。

extension 类型名：协议1，协议2 { 协议内容 }

扩展和协议时面向协议编程重要内容，扩展很多时候都可以替换继承，原来由原始类型遵从的协议，就可以由扩展遵从。

扩展方式能够将不同协议在不同扩展中遵循，不会出现多个协议方法混合在一起的情况。提高了程序的可读性。

用最简短的文字总结了一下依赖注入，感觉今后够用了。

依赖注入好处：1.复用 2.解耦 3.重构 4.测试 5.lifetime管理

依赖注入，说简单点，就是被动获得依赖；

依赖注入方式：1.构造注入 2. 字段注入 3.方法注入（通过参数）

依赖注入基于控制反转思想（Inversion of Control principle）

控制反转：通用代码控制特殊代码的执行

依赖注入如何实现？

1. 手工实现（不适用大型项目）

2. 自动化依赖注入框架：基于反射实现，例如Dagger

3. 自动化依赖注入框架：基于编译时代码生成，例如Guice

C＃（CSharp）中两个变量比较，基本上很少用到“Equals”，直接用双等号（“==”）比较多，这是为什么呢？因为Equals的意义不大！意思就是，大多数情况下，我们比得是实际值而非地址。而C＃在比较的时候，使用Equals反而容易导致比较失败！

比如说，我定义两个相同值的字符串变量，此时，无论我使用双等号还是Equals，得出的结果都是true。

而我又定义了两个相同值的整型数字变量，一个为Int32类型的，一个为Int64类型的。此时，当用双等号的时候，他们比较的结果为true，反而用Equals得出的结果是false。

按道理说Equals比较得是“近似值”但不比较地址才对，Int32类型的整型和Int64类型的整型除了MaxLength不一样外，两个值只要一样，应该是“近似值”才对。但是，实际结果却突出我们的预料，反而双等号比较时，结果为true。

所以，在C＃中，如果我们需要比较得是“近似值”，最好还是使用双等号（“==”）为好！因此，Equals在C＃中其实就被弱化了！隔壁写Java的同学我倒是经常看他们使用Equals，不知道为啥，有人知道可以给我解释下！

但是，不要以为双等号是既可以比较实际值（相同地址），也可以比较近似值（不同地址，但是字面值一样）。这个“理论”在实体类中并不奏效！

我定义了一个Student实体类，然后分别以相同的内容构造了它们，结果两个实体类在比对时，不管是双等号和Equals最终的结果都是false！

因此，我们也不要简单的认为，双等号是可以通吃的！

这时候我们就得改变自己的思路，因为实际敲代码的过程中，两个不同实体之间相互比较是否近似这种操作并不常见，即使真的要比较，可能也是比较实体中具有唯一性的字段，比如说ID什么的。

因此，实体之间进行比较的时候，是要比基本数据类型之间进行比较条件要苛刻的。因为实体是引用类型，相同引用之间比较是可以成立的，因此，当我将实体A的值赋值给实体B的值的时候，不管是双等号还是Equals均是成立的，因为此时A就是B，B就是A！

但不管怎么说，我写过、看过很多C＃代码。基本上没有C＃程序员使用Equals进行比较！

#程序员# #编程# #编程语言# #计算机#