小编Pup*_*Pup的帖子

我已经阅读了所有地方不要在Web上使用的文件名中使用空格,例如URL.

我不明白%20在我的代码中引用名称时使用" "替换它们有什么问题.使用此替换似乎更合适,因为我保留了我的文件名的语义含义.

？

在编写非DI系统时,一个困扰我的比喻是"一个人玩他/她的玩具".作为对象的人和人的玩具是对象创建,存储,初始化和操作的任何东西.玩具可以在达到特定状态时发送事件,但他们对使用它们的人一无所知; 它们只是带有控制开关的黑色小盒子,构成了它们的接口.该人可以从玩具中听取事件并通过操纵他们的界面进行响应.这个人可以用他/她的玩具做任何他/她想做的事情,但他/她可能不应该干涉他们的内脏,因为他们可能会破坏.

DI对我的比喻造成的破坏是它将玩具变成有意识的生物,知道它们的主人,使用它们的人.玩具可以操纵这个人,但是这个人对他们的工作方式一无所知,甚至不关心.这个人只拥有玩具,并期望玩具操纵他/她玩具自己满意.

WTF？听起来很糟糕!
什么是他们用来思考DI系统如何工作的良好心理隐喻？

在我的HTML中,我可以在Web URL中使用字符实体引用"  "代替" %20"吗？

他们都是空间,对吧？

我有一个变量,我正在使用它像一个常量(它永远不会改变).我不能将它声明为常量,因为该值在运行时添加.

您是否会将变量名称大写以帮助自己理解数据的含义？

或者你不会因为这违反惯例并使事情更加混乱？

更大的问题:
即使场景不是常规的惯例,你是否遵循惯例,但足够接近以至于它可以帮助你个人理解事物？

我仍然试图了解构建事件流的最佳方法.通过告诉我包含的对象应该与它们的父容器分离,使得它们可以在容器之间重复使用,这有点很有意义.他们不是调用父母的功能,而是派遣一个事件.明智的!

我最近自己处于一种尴尬的情况,就是从一个包含对象的父对象上调度一个事件.对于一个调度自己的事件的对象来说似乎更直观.也许我接近违反得墨忒耳法则？

我在做什么的例子:
child.dispatchEvent(new ChildEvent(ChildEvent.IM_BEING_A_CHILD));

我在这里感觉很奇怪,或者一个对象派遣另一个对象的事件是正常的吗？

我想我还在尝试理解依赖注入和DI容器的作用.

如果DI意味着较低级别的组件依赖于较高级别的组件,并且没有循环引用,那么该对象是否会被垃圾收集？当我看到垃圾收集(标记和清除)时,它只保留可以使用从程序根开始的一系列引用来跟踪的对象.

由于我自己难以解释,这里有两个UML图,它们呈现了依赖注入的冲突视图,正如我所看到的:

我对DI的原始解释

DI容器注入具有所需引用的组件,并且它们每个都存储对其下一个最高命令的引用.Main类无法访问它们,因此它们应该被垃圾收集.

我重新考虑了DI

DI容器注入具有所需引用的组件,并且还维护对每个组件的引用.它们每个都存储对其下一个最高命令的引用.Main类可以通过DI Container访问其中任何一个,因此它们不应该被垃圾收集.

我正在通过AS属性"scaleX"或"scaleY"缩放舞台上的MovieClip,它会杀死剪辑在其容器MovieClip中的任何类型的动画,无论是Classic还是Motion Tweens.当我不缩放MovieClip时,它们会动画很好.我能够在他们自己的内部框架上告诉剪辑"gotoAndStop",这不会影响他们在容器剪辑中的动画.我通过AS引用剪辑,并在IDE中定义了它们的实例名称.我也尝试过不同的剪辑并重新创建它们,获得相同的行为.

是否可以通过AS缩放剪辑并在其容器时间轴内保持动画效果？

将AS属性应用于onstage实例会以某种方式将其与其他时间轴属性解除关联吗？

如何读取以下Vim键绑定:

<C-f>
ZZ
dd
:wq

如何阅读其他Vim文档？