在我看来,Context类是一个控制台,其对象可以调用任何包含的函数,例如WCF Ria服务中的Datacontext和DomainContext.我能正确理解这个概念吗？如果是这样,我在什么情况下需要在我自己的类层次结构中创建上下文类？
除了DataContext之外,.net框架还有哪些其他众所周知的Context类？
我试图更好地理解Vuex中的"上下文"对象是什么.
所述上下文对象在Vuex文档中提及无数次.例如,在https://vuex.vuejs.org/en/actions.html中,我们有:
操作处理程序接收一个上下文对象,该对象在商店实例上公开同一组方法/属性,因此您可以调用context.commit来提交变异...
我理解如何使用它,并且我们可以使用解构,如果我们只想使用来自上下文对象的"提交",但希望更深入一点,这样我就能更好地理解发生了什么.
首先,我在"上下文对象"上发现了一对~8.5岁的帖子作为模式: 什么是上下文对象设计模式？并且 你能解释一下背景下设计模式？
但是,特别是Vuex,我希望更好地理解:
谢谢!
有时,方法的kwargs数量会增加到我认为应该重构的水平.
例:
def foo(important=False, debug=False, dry_run=False, ...):
....
sub_foo(important=imporant, debug=debug, dry_run=dry_run, ...)
我目前的首选解决方案
class Args(object):
...
def foo(args):
sub_foo(args)
第一个问题:如何打电话Args？有一个众所周知的描述或设计模式？
第二个问题:Python是否有我可以用作基类的东西Args？
更新
我从13年开始每天使用Python工作.我使用了许多kwargs的方法,并用许多kwargs编写了方法.在过去的几周里,读了一本书"干净的代码",我喜欢它.不知怎的,就像现在戴着另一副眼镜一样.我的旧代码有效,但看起来并不好.将长方法拆分成几种较小的方法很容易.但我不知道如何处理kwargs-bloat的方法.