Kohana 官方 2.3,2.4,3.0 的最终裁决!
更新:Kohana 官方已经做出最终裁决!
两天前我(Shadowhand)曾经说过关于 2.4 和 3.0 版本的问题和它们之间的关系已经做出的解答。之后的今天和其他开发者见面(with more of the devs),这似乎是错误的。所以长话短说,我们现在有两个选择:
1. 我们在一个月内分别发布 2.4 和 3.0。 2.4 将会经可能的兼容 2.3.x 版本但是其中 Database 和 i18n 是全新的不同于 2.3 的系统。 3.0 也将不同于 2.4 的 Database,但是 i18n 系统还是和 2.4 一致。
2. 完全抛弃 2.4 而专攻 3.0 版本,它将会有一个全新的类似 2.4 版本的 Database 特性,但是语法和更多的特性稍有些不同。 3.0 在发布的同时,新的网站和用户手册也会同步完成。
2.4 和 3.0 版本大约将会在同一天发布(2009年的8月下旬或9月上旬)。两个版本都不会去兼容 2.3.4 版本。虽然升级至 2.4 版本将会少于升级至 3.0 的兼容工作。(请记住,我们从来没有建议和要求用户升级到哪个核心版本)
我本可以行使 BDFL(Benevolent Dictator [...]
2
豆瓣API测试控制台
豆瓣 API 测试控制台的创造灵感来源于 Facebook Developers Tools 中的 Facebook API Console, 或许大家知道,魔豆是我的另外一个豆瓣 API 应用,由于是自己封装的 Douban API(官方提供的库类要求太多,安装繁琐,这不属于我喜爱简洁,轻便的风格),每次想查看某个 API 接口返回的数据都要写一个 test 跑一下。 麻烦不说,还容易出错,于是,使用自己封装的 Douban API,借鉴 Facebook API Console 的界面和类似的功能显示,终于小有所成,其中为了实现此控制台,封包的库类经过两次大改,虽然改的很辛苦, 但从中学到了很多开发经验。
测试用户必须先进行用户验证才能进行测试,这主要是为了:
避免提交查询中出现错误,并让测试者使用到全部API方法
防止恶意用户利用它做二次api调用,由于测试控制台的传输很简单,提交参数即可查询。
查询方法:
进行用户的登录验证
选择返回的数据类型(支持官方提供的 XML 和 JSON格式)
选择需要查询的API方法(这里我做了分类)
如果查询的方法存在参数,会在方法下面显示。
设置完毕参数后,点击“调用此方法”,稍等片刻即可。
See more about this post