Question

请在底部考虑 Java印法。大约由两个模块组成,一个是处理信息。过滤器的好处是什么信息模块中的更新功能方法?

目前,它只是出席过仪式的代表。管道模块的所有方法。一种影响我的想法是在过滤器内 2. 更新后使用的方法,即使用拖车。所有这一切都可以在审判/副渔获物中总结。这对我有利吗? 是否有其他好处可达到间接程度?

PS......。我熟悉以下问题,并咨询了这个问题,并沿用了内部的联系,但现在我想在具体背景下回答,而不是更一般性的问题:。间接程度解决每个问题:

function msgHandlers() {
    var scope
        ,msgs;

    return {
        SET_CONTEXT: function(context) {
            scope = context.scope;
            msgs = context.messages;
        }

        ,SUBSCRIBE_ALL: function() {
            me.subscribe(scope, msgs.FILTERS_UPDATE_SUCCESS, this.filtersUpdateSuccess);
            //me.subscribe(scope, msgs.FILTERS_UPDATE_SUCCESS, tpl.overwriteAll);
        }

        ,filtersUpdateSuccess: function(filterValues) {
            tplPanels().overwriteAll(filterValues);
        }
    }
}

function tplPanels() {
    var instances = {};

    return {
        locationInstance: function() {
            if (!instances.locationPanel) {
                instances.locationPanel = locationPanel();
            }
            return instances.locationPanel;
        }
        //more instances, etcetera
        ,overwriteAll: function(filterValues) {
            //do something useful
        }
    }
        //etcetera

Answer 1

这里的情况似乎是对界面的抽象,而不是间接的外层参照。

内部摘要有几个目的:

To cause a piece of code to fit an interface required by one generic client or one client whose shape is out of your control.
To cause a piece of code to fit an interface shared by multiple clients.
To cause a piece of code to fit a maintainer s mental model by abstracting away implementation details.
To cause a piece of code to fit an interface required by a planned (not just possible) future use-case.

如果你的系统中另一个模块已经与确定背景文件兼容的接口有不同的投入,那么,它就可贵,因为它使你的代码得以在上文(1)或(2)处插手。

如果你计划有多个供应商或消费者参与这一接口,那么,现在就能够使其符合接口,因为你已经把该守则放在记忆中:(4)。

If other modules are already structured this way, or if filtering is a common operation other modules use, then code maintainers can leverage that to learn your code quickly: (3) above.

如无申请,则自<代码>上填满日期> <代码>tplPanels don t,在界面摘要中没有价值。

友情链接