Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/apache-flex/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Apache flex 将事件侦听器附加到所有URL请求';s_Apache Flex_Flash Builder_Flexbuilder_Flex4.5 - Fatal编程技术网

Apache flex 将事件侦听器附加到所有URL请求';s

Apache flex 将事件侦听器附加到所有URL请求';s,apache-flex,flash-builder,flexbuilder,flex4.5,Apache Flex,Flash Builder,Flexbuilder,Flex4.5,我们有一个flex应用程序,它连接到处理身份验证的代理服务器。如果身份验证超时,代理服务器将返回json格式的错误字符串。我想做的是检查每个URLRequest响应,检查是否有错误消息,并将其显示在flex客户端中,然后重定向回登录屏幕 因此,我想知道是否有可能以全局方式为所有URL请求创建一个事件侦听器。无需搜索整个项目并向每个URL请求添加一些方法。如果可能的话,有什么想法吗?除非您只使用一个服务,否则无法设置全局URL请求处理程序。如果我是你,我会更多地考虑通过使用委托并始终通过整个应用程

我们有一个flex应用程序,它连接到处理身份验证的代理服务器。如果身份验证超时,代理服务器将返回json格式的错误字符串。我想做的是检查每个URLRequest响应,检查是否有错误消息,并将其显示在flex客户端中,然后重定向回登录屏幕


因此,我想知道是否有可能以全局方式为所有URL请求创建一个事件侦听器。无需搜索整个项目并向每个URL请求添加一些方法。如果可能的话,有什么想法吗?

除非您只使用一个服务,否则无法设置全局URL请求处理程序。如果我是你,我会更多地考虑通过使用委托并始终通过整个应用程序中使用的特定服务检查结果来正确构建应用程序。

除非你只使用一个服务,否则无法设置全局URL请求处理程序。如果我是你的话,我会更多地考虑通过使用委托来正确设计你的应用程序,并且总是通过整个应用程序中使用的特定服务来检查结果。

J_a_X有一些好的建议,但我会更进一步。让我根据你提供的有限信息做出一些假设

  • 这些服务分散在应用程序中,这意味着它们实际上嵌入到多个视图中
  • 如果您的服务都可以由同一个处理程序处理,那么您名义上只有一个服务,可以复制多次
  • 尽管您在Adobe示例中看到了他们新的服务生成代码,但直接从视图调用服务是非常糟糕的做法,部分原因是您看到的问题——您可能会在应用程序中发现大量相同服务代码的副本

    根据您的应用程序的紧密程度(相信我,我继承了一些非常糟糕的东西,所以我知道这可能说起来容易做起来难),您可能会发现最简单的方法是删除所有这些不同的服务,并通过让您的所有视图发送一个在顶层捕获的冒泡事件来替换它们。在顶层,您通过调用服务的one实例来响应该事件,该实例再次在one位置处理


    您可以选择也可以不选择将单个服务包装到委托中,但一旦您将应用程序架构为服务与视图分离的方式,您就可以随时做出选择。

    J\u a\u X有一些好的建议,但我会进一步考虑。让我根据你提供的有限信息做出一些假设

  • 这些服务分散在应用程序中,这意味着它们实际上嵌入到多个视图中
  • 如果您的服务都可以由同一个处理程序处理,那么您名义上只有一个服务,可以复制多次
  • 尽管您在Adobe示例中看到了他们新的服务生成代码,但直接从视图调用服务是非常糟糕的做法,部分原因是您看到的问题——您可能会在应用程序中发现大量相同服务代码的副本

    根据您的应用程序的紧密程度(相信我,我继承了一些非常糟糕的东西,所以我知道这可能说起来容易做起来难),您可能会发现最简单的方法是删除所有这些不同的服务,并通过让您的所有视图发送一个在顶层捕获的冒泡事件来替换它们。在顶层,您通过调用服务的one实例来响应该事件,该实例再次在one位置处理


    您可以选择也可以不选择将单个服务包装到委托中,但一旦您将应用程序架构为服务与视图分离的方式,您可以随时做出选择。

    您是否能够扩展该类并在对象的构造函数中添加事件侦听器?我不喜欢这种方法,但它可以奏效


    您只需搜索/替换整个项目。

    您是否能够扩展该类并在对象的构造函数中添加事件侦听器?我不喜欢这种方法,但它可以奏效


    您只需搜索/替换整个项目。

    不幸的是,这是一个继承的、外包的代码大杂烩。重新设计架构几乎是不可能的question@RueTheWhirled不管怎样你都得把它们都换掉。。。也许你应该利用这个机会对代码进行一点重构,并引入一个委托?不幸的是,也许毫不奇怪,这是一个继承的、外包的代码大杂烩。重新设计架构几乎是不可能的question@RueTheWhirled不管怎样你都得把它们都换掉。。。也许你应该利用这个机会重构一下代码,并引入一个委托?