题:

我需要有关如何在Angular中编写机制的指导,以便在我的应用程序中全局设置组件的"外观和感觉".请注意,我正在尝试学习@ ngrx/platform,我认为这将是一个有趣的设计约束; 但是,如果它没有意义,我愿意放手.

分解:

我有一个正在进行许多组件的应用程序.我的应用程序中的每个组件目前有3种可能的"外观(L&F)":

• 早上(棕褐色)
• 下午(白色)
• 晚上(黑暗)

请注意,基于更精细的时间,可能会有一系列颜色.

这些L&F由当前用户的时间设置,例如,如果用户当前时间是早上7点,则计算的L&F将被设置为"早晨".我在一个名为ncurx/store的角度模块中跟踪这个状态,SundialModule并且gnomon是getting或者setting状态的reducers和actions的机制:

日晷/减速/ gnomon.ts:

import * as gnomon from '../actions';

export interface State {
  currentHour: number,
}

const initialState: State = {
  currentHour: new Date().getHours()
};

export function reducer(state = initialState,
                        action: gnomon.Actions) {
  console.log(action, 'action');
    switch(action.type) {
      case gnomon.MORNING:
        return  {
          ...state,
          currentHour: 6,
        };
      case gnomon.AFTERNOON:
        return  {
          ...state,
          currentHour: 12,
        };
      case gnomon.EVENING:
        return  { …

所以,我正在阅读谷歌测试博客,它说全球状态很糟糕,并且很难编写测试.我相信 - 我的代码现在很难测试.那我该如何避免全球状态呢？

我使用全局状态(据我所知)最重要的事情是在开发,接受和生产环境之间管理关键信息.例如,我有一个名为"Globals"的静态类,其静态成员名为"DBConnectionString".当应用程序加载时,它确定要加载哪个连接字符串,并填充Globals.DBConnectionString.我在Globals类中加载文件路径,服务器名称和其他信息.

我的一些函数依赖于全局变量.因此,当我测试我的函数时,我必须记住先设置某些全局变量,否则测试将失败.我想避免这种情况.

有没有一种管理状态信息的好方法？(或者我是否错误地了解全球状态？)

签名modifyIORef很简单:

modifyIORef :: IORef a -> (a -> a) -> IO ()

不幸的是,这不是线程安全的.有一个替代方案可以解决这个问题:

atomicModifyIORef :: IORef a -> (a -> (a,b)) -> IO b

这两个功能之间到底有什么区别？b在修改IORef可能从另一个线程读取的参数时,我应该如何使用该参数？

我使用 Zustand 进行状态管理。目前，我有20片。而且切片的数量恐怕会增加三倍。最好的方法是什么，将一个非常大的状态拆分为切片或创建多个存储（如果需要，将每个存储拆分为切片）？对于一个大国来说，每种方法的利弊是什么？

请注意:通过"纯粹"功能,我不是指"纯虚拟"
我指的是这个

如果一个函数"读取"某个全局状态,那么它会自动渲染它不纯吗？还是取决于其他因素？

如果它自动呈现它不纯,请解释原因.

如果它取决于其他因素,请解释它们是什么.

我一直在阅读 mysql 全局状态变量，我看到两个值：

• 正常运行时间
• uptime_since_flush_status

什么uptime_since_flush_status意思？

前几天我在 #ruby-lang 频道上与某人谈论了@@class_variables. 这一切都始于用户询问跟踪连接到其服务器的用户的最佳方式是什么（我稍微简化了它，但这就是要点）。

所以，我建议：

class User
  @@list = {} #assuming he wants to look up users by some type of ID

  def initialize(user_id, ...)
    @@list[user_id] = self
    #...
  end
end

然而，有人说在这里使用全局状态被认为是不好的做法。

我理解为什么全局状态对于依赖多个后端的东西来说是不好的，因为全局状态的全局部分不再那么全局，而是变得本地化到那个后端。或者它会干扰依赖注入。

不过，我真的想不出任何其他原因说明这很糟糕。而且，如果并发性成为问题（需要多个后端），那么我们可以更新代码以使用 Redis（或类似的东西）。

另外，我在programmers.sxc上发现了这个问题，但这并不能帮助我理解为什么上面的代码被认为如此糟糕？另外，还有什么选择呢？

我正在尝试确定Python mock.patch(unittest.mock.patch在Py3中)上下文管理器是否会改变全局状态,即它是否是线程安全的.

例如:让我们假设一个线程bar在函数内foo使用上下文管理器修补函数,然后在上下文管理器中,解释器暂停该线程(因为GIL等)并恢复另一个foo在所述上下文管理器之外运行的线程.如果patch是线程安全的我期望的功能的全局状态foo和bar未修改,所以第二个线程将获得的正常行为foo.但是如果patch修改全局状态,第二个线程将获得修改后的行为,foo即使它不在上下文管理器中.

我提到了源代码,但仅通过查看它就无法清楚地说出来.