剖析短迭代
敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?
作者 Gavin Terrill译者 曹云飞 发布于 2008年3月12日 下午9时15分
lift是一个用于开发Web应用的表达力强大而优美的框架。lift强调安全性、可维护性、可伸缩性和性能,同时使开发者达到高水平的生产效率。
lift 0.6带来了以下刺激的新鲜的增强的新特性:
- 支持Scala 2.7.0(这意味着你可以使用Eclipse来开发lift应用)
- lift核心类的本地化(谢谢Marius)
- 增强了重定向的支持
- 支持Cookie(而不是使用基础的Servlet cookie支持)
- 增强了Prepared Statements
- 显著增强了对JSON的支持和客户端HTML生成
- 提高了测试和文档(谢谢Eric)
InfoQ询问了David关于他开发lift的动机以及到目前为止他使用Scala的经验。
你可以给我们介绍一些导致你开发lift的背景经验么?
我做了18个月的Rails开发和10年的Java开发。Rails对于Web开发来说是一个新颖的视角……对于普通任务,Rails是“最便捷”(short path)的方式。它很伟大。但是,我发现Ruby的动态类型导致了许多错误,并且导致需要95%的测试覆盖率来保证可靠的部署。不幸的是,为了达到95%的测试覆盖率,我的代码数量(包括测试)激增到接近Java代码数量的水平。而且,因为Rails在开发、测试和部署的时候“总是改变事物”(Rails动态改变它的方法),即使有出色的测试覆盖,还是经常出现部署事故。上述情况再加上MRI Ruby实现的缓慢和不稳定以及开发社区的漠不关心,我决定“另寻出路”。我无意中碰到了Scala然后立刻认识到它就是我正在寻找的语言。Scala拥有所有我喜欢的Ruby的语言特征和所有我喜欢的Java的语言特征。对我来说,这是一个“把你的花生酱放进我的巧克力”的时刻。
什么因素使得Scala成为构建一个Web框架的伟大环境?
句法。性能。稳定性。一个仅当你需要的时候才出现的优秀的类型系统。闭包。模式匹配。内建的XML语言支持(XML literals)。Actor[译注:Scala的基本并发构造]。很难说什么是决定性因素。
lift与Rails以及Seaside或者其他Java框架例如Structs或者Spring的区别是什么?
像Rails一样容易而简明。像Seaside和Wicket一样安全而正式。
类型安全但不像Struts一样冗长。
支持允许多人合作的“实时”应用。
所以,你可以飞快地构建巨强大的应用(就像Rails),但是你不必把所有的状态一股脑地扔进一个关系数据库中。状态是“活的”而不是冻干的,这使得写从前端访问数据库表的应用非常地不同以往。
你可以描述一下你在生产环境中部署lift的经验么?你看到的性能如何?
我对lift应用做了许多基准性能测试。lift的渲染管道简明扼要,而且lift在标准的web容器中运行。这意味着你可以得到与良好开发的J2EE应用相同的性能。对于数据库无关的页面,lift的渲染时间通常低于1秒。对于需要访问数据库的页面,页面渲染时间与数据库访问相关。在一个Amazon EC2实例上(1.7Ghz Intel处理器,2GB内存),我可以支撑每秒500+的页面访问,其中50%的页面要访问数据库,而且MySQL实例与Web应用运行在相同的服务器上。
你如何看待lift与现存的Java应用配合工作,或者在混合语言环境(例如JRuby)中工作?
lift与现存的Java代码配合工作的非常好。lift的RabbitMQ和XMPP支持是基于Java库的。Scala可以100%无缝的调用Java代码。Scala可以100%无缝的实现Java接口,继承Java类。它就是可以工作。至少有一个lift项目,其中lfit和Spring在同一个WAR文件中共存。我的第一个Scala应用是一个Servlet容器。"它就是可以工作"让我松了一大口气。查看英文原文: David Pollak on lift and Scala
本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。
在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。
InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!
在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。
通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。
本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。
InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。
1 条回复
回复