Rails 3首个Beta版发布

Rails 3.0 的 beta 版本已发布,该版本汇集了 Rails 2.3 和 Merb 的优点,引入了许多新特性,如全新的 Router、ActionMailer API 和 ActiveRecord 链式查询语言等,并且在安全性方面做了大量改进。

自上个版本的Ruby on Rails发布不到一年,在超过4000次提交之后,Rails 3.0的beta版已经发布

\

版本号从2.3升至3.0绝对当之无愧,因为Rails 3并不仅仅是一些小修小改,它还将Rails 2.3和先前的竞争者Merb合并起来,将各自的优点合二为一:

\
Merb团队加入后带来的都是些很棒的主意,包括关注到框架中晦涩难懂的部分,更快更轻量级的内部实现,以及一些“美味可口”的API。
\

除了众多内部实现的清理以外,Rails 3当然也增添了新的特性。以下摘自发布说明

\
  • 引入全新的Router,强调RESTful的声明(详见Yehuda Katz的介绍)\
  • 全新的Action Mailer API,效仿自Action Controller(详见Mikel Lindsaar的介绍)\
  • 全新的Active Record链式查询语言,基于关系代数构建(详见新API)\
  • 使用Unobtrusive JavaScript助手与Prototype或jQuery以及其他JS框架进行集成(内联JS的终结)\
  • 使用Bundler进行显式的依赖管理\

安全则是另一个受到重点关注的领域,正如Yehuda Katz在接受SD Times采访时说道

\
我们详细研究了已知现存的安全缺陷,这主要基于Twitter上的讨论,以及别人抱怨说:“你们的安全工具现在就是个体力活”。[为了避免跨站脚本缺陷 ..] 我们仔细检查了整个Rails的内部实现,将所有的form标签标记为safe,这解决了绝大部分的问题,用户就轻省得多了。[..] 现在偶然出现一个XSS攻击已经不太可能了。
\

要了解更多关于Rails 3.0的信息,请阅读发布说明,里面详细地介绍了每个变化。Yehuda还写了篇过去一年的回顾,高屋建瓴地(相比较发布说明而言)对变化进行了总结和概括。Jeremy McAnally在博客上开始编写系列文章“将技术和代码迁移到Rails 3”。系列的第一部分对Rails经历的变化进行了概要性的介绍,第二部分名为“通往升级之路”。RubyInside收集了36条Rails 3.0相关的链接

\

Rails 3.0能够在Ruby 1.8.7、Ruby 1.9.2和JRuby上工作,但目前还不能运行在IronRuby上。因为目前的IronRuby主干(将要发布的1.0版本)仅支持1.8.6,而Rails则需要部分1.8.7的特性。在IronRuby 1.0以后,项目将会切换到对1.9的支持上,这样IronRuby就能够支持Rails 3。目前在IronRuby-core邮件列表中,尚有人讨论是否在IronRuby 1.0上增加1.8.7的特性,来使得Rails 3可以正常运行。

\

想要了解是否可以尝试将自己的应用升级到3.0,可以去看看新RailsPlugins.org维护的一个插件目录,其中包含了插件对于Rails 3.0的兼容情况。

\

最终版的发布日期尚未宣布。你对Rails 3有什么想法?你已经为升级做好准备了吗?

\

查看英文原文:First Rails 3 Beta Released

下载方式:https://pan.quark.cn/s/a4b39357ea24 布线问题(分支限界算法)是计算机科学和电子工程领域中一个广为人知的议题,它主要探讨如何在印刷电路板上定位两个节点间最短的连接路径。 在这一议题中,电路板被构建为一个包含 n×m 个方格的矩阵,每个方格能够被界定为可通行或不可通行,其核心任务是定位从初始点到最终点的最短路径。 分支限界算法是处理布线问题的一种常用策略。 该算法与回溯法有相似之处,但存在差异,分支限界法仅需获取满足约束条件的一个最优路径,并按照广度优先或最小成本优先的原则来探索解空间树。 树 T 被构建为子集树或排列树,在探索过程中,每个节点仅被赋予一次成为扩展节点的机会,且会一次性生成其全部子节点。 针对布线问题的解决,队列式分支限界法可以被采用。 从起始位置 a 出发,将其设定为首个扩展节点,并将与该扩展节点相邻且可通行的方格加入至活跃节点队列中,将这些方格标记为 1,即从起始方格 a 到这些方格的距离为 1。 随后,从活跃节点队列中提取队首节点作为下一个扩展节点,并将与当前扩展节点相邻且未标记的方格标记为 2,随后将这些方格存入活跃节点队列。 这一过程将持续进行,直至算法探测到目标方格 b 或活跃节点队列为空。 在实现上述算法时,必须定义一个类 Position 来表征电路板上方格的位置,其成员 row 和 col 分别指示方格所在的行和列。 在方格位置上,布线能够沿右、下、左、上四个方向展开。 这四个方向的移动分别被记为 0、1、2、3。 下述表格中,offset[i].row 和 offset[i].col(i=0,1,2,3)分别提供了沿这四个方向前进 1 步相对于当前方格的相对位移。 在 Java 编程语言中,可以使用二维数组...
源码来自:https://pan.quark.cn/s/a4b39357ea24 在VC++开发过程中,对话框(CDialog)作为典型的用户界面组件,承担着与用户进行信息交互的重要角色。 在VS2008SP1的开发环境中,常常需要满足为对话框配置个性化背景图片的需求,以此来优化用户的操作体验。 本案例将系统性地阐述在CDialog框架下如何达成这一功能。 首先,需要在资源设计工具中构建一个新的对话框资源。 具体操作是在Visual Studio平台中,进入资源视图(Resource View)界面,定位到对话框(Dialog)分支,通过右键选择“插入对话框”(Insert Dialog)选项。 完成对话框内控件的布局设计后,对对话框资源进行保存。 随后,将着手进行背景图片的载入工作。 通常有两种主要的技术路径:1. **运用位图控件(CStatic)**:在对话框界面中嵌入一个CStatic控件,并将其属性设置为BST_OWNERDRAW,从而具备自主控制绘制过程的权限。 在对话框的类定义中,需要重写OnPaint()函数,负责调用图片资源并借助CDC对象将其渲染到对话框表面。 此外,必须合理处理WM_CTLCOLORSTATIC消息,确保背景图片的展示不会受到其他界面元素的干扰。 ```cppvoid CMyDialog::OnPaint(){ CPaintDC dc(this); // 生成设备上下文对象 CBitmap bitmap; bitmap.LoadBitmap(IDC_BITMAP_BACKGROUND); // 获取背景图片资源 CDC memDC; memDC.CreateCompatibleDC(&dc); CBitmap* pOldBitmap = m...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值