静态类vs单身，常见的做法？

Question

我通常使用静态类，例如：

class Manager {
  static $parameter1 = null;
  static $parameter2 = null;

  public static function return_something () {
    return 'param1 : ' . $parameter1;
  }
}

在我的代码和函数类代码中，例如应用程序的管理器。

直到现在，我都是这样写的，因为它对我来说似乎合乎逻辑但最近我决定质疑自己，因为我知道还有类似Singleton的编程实践。

无论如何，我一直参与小型项目，所以我很难回答这个奇迹：

对参数实体使用静态类是一种好习惯吗？或者我应该切换到Singleton编程吗？

  

我正在浏览已经问过的相关问题，但我无法   找到我的金币。所有已经提问的帖子都在上得到了解答   线程安全级别。表现（记忆和速度）   的吗

     

或者您认为自己在大型项目中的经验   策略似乎会提高代码生产力？

Answer 1

据我所知，编写程序可能是一种有趣的方式，如果很多人参与项目，那么项目的所有重要事项，那么他们应该了解或熟悉您的编码规范，否则他们将是明智的困惑。不是整体OOP概念只是一组规则，使编码具有挑战性和有趣性吗？

采用＆＃34; IF＆＃34;

的情景

if(a == true){
}
else{
}

或

(a == true)?'matched':'else'

两者都是相同的，但我被建议使用第一种情况，因为它可以使编码更好地阅读或理解他人。

+1做不同的事情。