避免全局状态

想象一下SOA。我们有一些不同的服务，其中OperationContext由一些SecureOperationContext扩展，以确保满足某些安全需求。

此外，假设有时我们可能需要从其他地方的这个SecureOperationContext中知道某个属性，在一个存在和不会存在这个SecureOperation Context的地方。例如，用于某种日志记录目的的用户名。

目前，我们使用的东西看起来和闻起来都很脏。脂肪在我的洋葱里滴下来。

现在，在一些"Common"库中，有一个用ThreadStatic属性定义的类：Username。我想你可以理解我的想法：安全性设置了这个静态全局变量，你瞧，我们有它可以用来记录puprose。

这件事让我很烦恼，但另一方面，还能做什么呢？我想创建一个以字符串为参数的方法来处理这个问题，但我的所有方法仍然需要读取username属性，它是非干的。因此，一方面，通过这种方式，一切都是在后台处理的，但为了实现这一点，我不仅很高兴不得不维护一些（全局）类。

有什么建议吗？

我不知道如何用不那么抽象的术语来表达，但这里是（伪）。

public WebService
{
    public Save(Car car)
    {
        // Some SecurityCOntext is known here, this holds top secret info, 
         //  like the username
        // and sets this into the golbal helper class UserNameManagemer 
        // car has for example a CreatedDate property (from an Interface),   
        //but I don't want handle do this propertyin every Create method can handled in some general piecei of code.       

        efcontainer.AddObjcect(car)
        e.SaveChanges()  -> 
        //Now savechanges will check the objects in the ObjectSatateManager 
        //and sets the apppriopriate property via the global thing.
    }
}

现在该怎么做才能摆脱这个全局变量！。将用户名传递给SaveChanges是不可取的，因为我们仍然需要手动为所有内容重新分配用户名，这很糟糕。