先看看一段程序的俩种写法,这段程序演示了用户的登录功能。
在看第二个程序:
分析:俩段程序都使用了私有的静态变量存储一个有状态的信息,但俩个程序在对外的表示上不同(第8行),客户端使用这个服务时,分别这样调用:
显然,有很多人会认为:第一种设计在使用上方便一些。但有经验的程序员会说第二种设计将有扩展型(如果将CurrentUser设计为虚属性的话),我认为这样的理由是对的,但我还有一个理由认为第二种方法更好。
设想我们的LoginService想改变物理位置怎么办,例如从同一个应用程序中,移动到远程的服务器中会怎么样。如果是第一种设计结果将难以预料,而第二种设计只要修改配置文件,让LoginService从远程创建(参见.NET Remote),也能保证程序的结果正确。
总结是:设计无状态的服务类时,对外不要使用静态的方法或者属性,统统都是New一个实例才能用。
水平有限,我自己也有点说糊涂了。
1
public class LoginService{
2
private static string currentUser = null;
3
4
public void Login(){
5
currentUser = "User";
6
}
7
8
public static string CurrentUser{
9
get{
10
return current;
11
}
12
}
13
}

2

3

4

5

6

7

8

9

10

11

12

13

1
public class LoginService{
2
private static string currentUser = null;
3
4
public void Login(){
5
currentUser = "User";
6
}
7
8
public void string CurrentUser{
9
get{
10
return current;
11
}
12
}
13
}

2

3

4

5

6

7

8

9

10

11

12

13

分析:俩段程序都使用了私有的静态变量存储一个有状态的信息,但俩个程序在对外的表示上不同(第8行),客户端使用这个服务时,分别这样调用:
1
//No. 1
2
string user = LoginService.CurrentUser;
3
4
//No. 2
5
string user = (new LoginService()).CurrentUser;

2

3

4

5

显然,有很多人会认为:第一种设计在使用上方便一些。但有经验的程序员会说第二种设计将有扩展型(如果将CurrentUser设计为虚属性的话),我认为这样的理由是对的,但我还有一个理由认为第二种方法更好。
设想我们的LoginService想改变物理位置怎么办,例如从同一个应用程序中,移动到远程的服务器中会怎么样。如果是第一种设计结果将难以预料,而第二种设计只要修改配置文件,让LoginService从远程创建(参见.NET Remote),也能保证程序的结果正确。
总结是:设计无状态的服务类时,对外不要使用静态的方法或者属性,统统都是New一个实例才能用。
水平有限,我自己也有点说糊涂了。

【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构