从静态转实例方法后，(new Auth)->isLoggedIn()调用是否合规？

这种(new Auth)->isLoggedIn()的写法是完全可接受的，甚至是从静态方法转向合理OOP设计的正确一步，具体分析如下：

• 符合OOP设计原则：你把静态方法改成实例方法，本质是摆脱了静态方法带来的全局状态耦合问题——原来的静态isLoggedIn()大概率依赖类内部的静态属性存储用户状态，这种设计会让代码难以测试、难以扩展。而实例方法把状态封装在对象实例中，更符合面向对象的封装思想。
• 写法本身无硬伤：这种“即时实例化+调用”的写法，在不需要复用Auth实例的场景下非常简洁。如果你的Auth类不需要在多个地方共享状态，也不需要注入额外依赖（比如Session、DB连接），这种写法完全没问题，不会带来性能或维护上的问题。
• 可优化方向：如果后续你需要在多个地方调用Auth的方法，或者需要给Auth注入依赖（比如把Session对象传给Auth构造函数），可以考虑提前实例化Auth对象并通过依赖注入的方式传递，避免重复创建实例；但就当前导航栏的单一调用场景而言，现有写法足够高效。
• 对比静态方法的优势：改成实例方法后，你可以更轻松地做单元测试（比如Mock一个Auth实例返回登录/未登录状态），也更容易扩展Auth的功能（比如新增不同的认证策略），这比静态方法的设计灵活得多。

内容的提问来源于stack exchange，提问作者Method