C# 为什么要限制静态方法的使用

前言

在工作了一年多之后，我发现静态方法的耦合问题实在是头疼。如果可以尽量不要使用静态方法存储数据，如果要存储全局数据就把数据放在最顶层的主函数里面。

静态方法问题

耦合问题，不要用静态方法存储数据

我这里有两个静态方法：A和B。A和B都各种存储A_Data和B_Data。如果两个静态方法一直互相调用，就会导致耦合过高，无法控制数据流向的问题。

可以看到，这个已经乱成一锅粥了

Mermaid源码

graph LR

A--> Method_A_1-->Data_B
A--> Method_A_2-->Data_B
A--> Method_A_3-->Data_A
A--->Data_A

B--> Method_B_1-->Data_A
B--> Method_B_2-->Data_A
B--> Method_B_3-->Data_B
B--->Data_B
1
2
3
4
5
6
7
8
9
10
11

所以静态方法尽量只存放方法，不要存放变量。比如字符串切割，数组拼接，敏感字去除。

扩展方法

这里推荐使用扩展方法来解决，扩展方法很好的限制了输入和输出，不会出现耦合数据的情况
微软扩展方法文档

如何改变面向过程的思维

喜欢用静态方法，其实还是面向过程的思维，就是在写方法的时候，就已经知道我可以直接去拿Static_A的静态参数。静态方法最容易出现的就是配置文件的读取。

面向过程，直接去静态函数里面拿参数

面向对象，在构造函数里面将参数注入

这个才是面向对象的思想。

如果参数过多怎么办？

方法1：将参数写对象

method(string a,int b,int [] c)

//改成

method(Data a)

class Data{
	public string a {get;set;}
	public int b {get;set;}
	public int[] c {get;set;}
}

1
2
3
4
5
6
7
8
9
10
11
12
13

方法2：通过委托实现回调

这里不展开说

方法3：依赖注入和IOC控制反转

这里不展开说