Flex与JSON及XML的互操作
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
作者 Sebastien Auvray译者 马家宽 发布于 2008年9月24日 上午9时8分
Hoptoad - 在过去的六个月中,我们已经在所维护的很多公司内部和客户的应用中使用这一服务,并且很高兴得看到我们的异常捕获服务从开始到现在一直在不断的完善壮大。
Exceptional - 在我们为客户构造应用时,我们非常重视监控性能、负载和异常。长时间以来,我们一直在使用ExceptionNotifier和 Logged_Exceptions插件,它们确实非常有用。但我们希望能扩展这些插件,以使得它们能更好的适应我们的工作环境。我们想避免因为通知手段 唯一而造成的邮件泛滥,使我们能够通过多种方式获取通知,通过协作查研异常,从整体上对我们所管理的所有应用中出现的异常有足够的控制力。
- UltraSphinx – 提供了非常稳定的搜索索引
- WillPaginate – 几乎所有的Rails工程都需要这一插件
- hubahuba – 为基本类提供了令人称道的扩展
- rspec
在安装后Exceptional或Hoptoad后,应用中的异常将会被拦截下来,并报告给Exceptional界面。您可以根据自己的偏好决定Exceptional界面的具体形式,比如Email通知或手机短消息(短消息这一功能只有Exceptional提供)。异常的发生路径会被自动追踪,其状态也可以转换为“已解决”,“已关闭”或“已忽略”。
- 一个原始的Rails应用(如果我们要考虑规模问题,我们会将“错误捕获部分”与应用的其他部分相分离,并且/或增加服务器)
- Hoptoad自己开发的测试工具(shoulda + factory girl)
- Intridea的subdomain_fu插件,以及DHH的openid插件
- 为整个应用使用的Firstly HAML
- EngineYard提供的部署托管
| Exceptional |
| Hoptoad | |
Exceptional所专有特性的重要性已经被我们的用户所验证,包括注释,与Lighthouse的集成,与Campfire的集成,短消 息通知等。我们还可以处理404类的异常并计划提供一个比较优雅的界面来管理这类异常。而Hoptoad则会忽略404类的异常,正如 ExceptionNotifier那样。
我们专注于Rails,所以我们可以让我们的服务更加贴近Rails,帮助Rails应用的开发者解决他们特定的问题。
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
本文将简要介绍面向组合编程(COP,Composite Oriented Programming)的概念,展示它如何规避OOP存在的一些问题,并重新点燃使用可重用部件组装领域模型(Domain Model)的希望。
Mike Snell和Lars Powers用他们最近由Sams出版的新书《Visual Studio 2008揭秘》,试图帮助大家提高开发人员的生产力。本文包括一个下载样章——第10章调试。
Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程,接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。
Jeff Dwyer就关于他的新书(《Pro Web 2.0 Application Development with GWT》)、GWT1.5以及创建可搜索的Ajax应用谈了一些他的见解。
我们需要设身处地地为客户及客户的业务本身着想,与客户同舟共济。更多创新的思路、产品和模式也同样将为IT业带来新的出路。IT业并不需要坐以待毙,在春天到来之后,市场将会更加繁荣!
没有回复
回复