![]()
特性注入:成功三部曲
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
![]()
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
Mashery通过使用I/O文档推出了新一代API文档工具。I/O文档使API文档摆脱了原来乏味冗长的特性,取而代之的是在文档中加入实时API调用使其变得生动丰富。在本篇报道中,我们访问了Neil Mansilla,了解了创建这一工具的动因、其现状以及未来蓝图。
如果你为.NET开发者提供了收费或者开源的类库,那么在其中包含帮助文件会显示出你的专业性。当在公司内部应用程序中重用一些框架的时候,拥有帮助文件也会让我们觉得非常方便。Jeff Braaten在最近的一篇文章中向我们说明了创建Visual Studio帮助文件的过程。
盲目自信常常源于一厢情愿的想法。它是一个状态,这个状态表现为,预期与现实可能相差很大,然而在一个特定的时间段内它却又给人一种一切尽在掌控之中的感觉。敏捷开发中有很多这样的情况,这导致一个团队即使在每况愈下时,也要坚持那些盲目的自信。
微软澳大利亚的解决方案架构师Tom Hollander,在TechEd Australia大会上举行了一场题为“敏捷团队中的架构师角色”的演讲。在演讲中,他讨论了他作为领导敏捷团队的架构师所做的工作。

如果服务器不将它自己的名字空间控制在一个固定的资源层次下,客户端及更重要的客户端开发者将如何知道或发现资源的URI呢?在这篇新文章中,Subbu Allamaraju对如何描述RESTful API进行了讨论,文章重点集中于超媒体而不是诸如WADL或WSDL 2.0这类带外(out-of-band)描述格式的使用上。

通常,架构要么是在Word文档中描述的一些软件系统中无形的、概念性的方面,要么就完全是由技术驱动的(“我们使用了一个XML架构”)。这两种方式都很糟糕:前者很难派上用场,而后者架构上的概念被技术宣传所掩盖。 什么才是好的表达?应该是随着架构的发展,演化出一门语言,让你得以从架构的角度来描述系统。根据我在多个真实项目中获得的经验,这种表达方式能够形象、无歧义地描述架构构建模块和具体系统,同时又不至于深入到技术决策的细节(技术决策应该有意识地放到另一个单独的步骤中)。 本篇论文的第一部份通过一个真实故事演示了这一思想。第二部分则总结了这一方法的关键点。

这是一份关于 EJB 3 引入的新术语、新概念的核心术语表。本术语表旨在为一些流行术语(buzzwords)揭开神秘面纱,如 IoC、按异常配置(Configuration by Exception)、POJO、POJI、依赖注射(Dependency Injection)、可嵌入对象(Embeddable Object)、拦截器(Interceptors),还有许多。本术语表是一项不断完善的工作,我们将定期对其进行更新。