类的设计（静态类和费静态类到底怎么选）

因为一些框架的设计经常会看到
DB::get('mall')->where('aaa');
为什么不能这么做
DB::get('mall')::where('aaa');

还有一些问题就是通过工厂或者静态容器生产的对象一般都是费静态的。
比如一个日志的类，我见过静态的也见过非静态的设计。有点选择不定

不要跟我讲什么工具类型的最好是静态的，不用new之类的废话。

回复内容：

因为一些框架的设计经常会看到
DB::get('mall')->where('aaa');
为什么不能这么做
DB::get('mall')::where('aaa');

还有一些问题就是通过工厂或者静态容器生产的对象一般都是费静态的。
比如一个日志的类，我见过静态的也见过非静态的设计。有点选择不定

不要跟我讲什么工具类型的最好是静态的，不用new之类的废话。

首先你要理解一下静态和非静态的区别。

静态的类，不需要实例化就可以使用。这样的话会有一点点性能提升。

静态的属性，是所有实例都共享的，不管多少实例，静态属性只有一个。

当然非静态类如果按照单例的方式来使用，事实上区别并不大。

那如何选择静态和非静态呢？根据每个人对面向对象的理解程度，使用方法都不一样。

比如日志。如果一个系统仅存在一个日志对象，那么使用静态类无疑是最好的，不管是调用方法、性能、数据存储都比较方便。这时候这个日志对象，你可以把它当成实体对象也可以当成抽象对象来用。

但是如果把日志细化成用户行为日志、数据库操作日志、服务器状态日志等等，这时候再把日志已经是一个抽象的对象了，它需要有实体才能更好的使用。这时候使用非静态的，分别 new 出来会更好一点。因为他们虽然都同属日志对象，但是他们却拥有不同的数据、方法。功能。

所以，我个人理解就是，如果一个类是一个完整的功能模块，不依赖于其他模块，也不需要进行扩展就能完成这个模块的功能，那么写成静态的是最好的。
如果一个类仅仅是一个抽象对象，也依赖于其他模块，或者需要进行扩展，或者需要进行继承等等，那么还是使用非静态的比较好

• 其实就是不符合面向对象的设计原则，其实怎么写都行

• 其次，静态类的不易被回收，像php这类的脚本语言，脚本的生命周期一般是脚本执行完毕就结束了，脚本所占用的内存理论上就被回收了，所以使用静态类理论上不存在内存回收的问题。但是对于java等，静态类泛滥的化，就不利于回收内存了