例大祭9期待List
2012-5-23 16:55:16 阅读9 评论0 232012/05 May23
今年的日子有点晚啊，不知是否要照顾神主的婚事，不管如何还是祝贺吧，希望婚后还能继续兼顾作品开发。回到正题，今天扫了一些重点团体的试听，可以先放上来了（银森解散有点惋惜，さゆり请保重身体）
RWT (Ribbon Widget Toolkit) 1.0
2012-5-17 13:02:14 阅读19 评论0 172012/05 May17
下载RWT 在线文档
Ribbon用户界面，我想各位就算没用过也肯定见过了，毕竟Office巨大的用户量摆在那里，Win7在系统的画图及写字板亦有采用，甚至未来的Win8连资源管理器都要Ribbon化。微软的推广能力无需怀疑而且也无法怀疑，虽然最新的Metro个人还接受不了，但是Ribbon目前来说感觉还是不错的，因此有了把它应用到CueEditor的想法。
当前CueEditor的界面是用SWT编写的，调用操作系统底层部件性能确实有优势，但是要自定义外观就不是那么容易了。如果你在网上搜索，应该很容易找到一个叫做SWT Ribbon的项目，正好实现了用SWT去模拟Ribbon的界面乃至功能。只可惜，项目参照的是Office2007那套原始Ribbon，对比现在最新的样子实在不能说好看，而且作者在发布alpha版本后也没有下文了。
没办法那只好自己来写吧，通过阅读SWT Ribbon的源码就可以知道，它其实就是自己“画”部件而已，如果按照这个思路，别说Ribbon，理论上任何界面都可以模拟出来。参考
Ribbon用户界面，我想各位就算没用过也肯定见过了，毕竟Office巨大的用户量摆在那里，Win7在系统的画图及写字板亦有采用，甚至未来的Win8连资源管理器都要Ribbon化。微软的推广能力无需怀疑而且也无法怀疑，虽然最新的Metro个人还接受不了，但是Ribbon目前来说感觉还是不错的，因此有了把它应用到CueEditor的想法。
当前CueEditor的界面是用SWT编写的，调用操作系统底层部件性能确实有优势，但是要自定义外观就不是那么容易了。如果你在网上搜索，应该很容易找到一个叫做SWT Ribbon的项目，正好实现了用SWT去模拟Ribbon的界面乃至功能。只可惜，项目参照的是Office2007那套原始Ribbon，对比现在最新的样子实在不能说好看，而且作者在发布alpha版本后也没有下文了。
没办法那只好自己来写吧，通过阅读SWT Ribbon的源码就可以知道，它其实就是自己“画”部件而已，如果按照这个思路，别说Ribbon，理论上任何界面都可以模拟出来。参考
觉醒入手，攻略开始
2012-4-19 20:33:36 阅读38 评论0 192012/04 Apr19
今天是正式发售日了，虽说上个月就已预订不过到货还是昨天，好在顺丰给力总算没有迟到。时隔5年的新作啊，这次火纹到底如何集大成，还得亲自体验一番才知道。
ADrive永久计划终结
2012-3-14 23:58:56 阅读294 评论10 142012/03 Mar14
让各位伸手党久等了，并且等来的还是个坏消息，真是不好意思。上个月底，因为ADrive玩升级的缘故，我10个帐号的文件全部名字乱码了。虽然数量多达4858，但我仍然打算挽救它们的，哪怕一个一个手工修改。只可惜，这个想法太天真了，乱码的文件连改名都无法做到，强行打开共享的话也会因为路径问题无法下载。因此，现在虽然文件一个不少，但是只能看不能动，其实也就跟挂掉没什么两样了。这里我真的很佩服ADrive的程序员们，升级能升成这个样子你们也够奇葩的，难道就不知道事前测试和处理编码么？适逢计划开始两周年的今天，我正式宣布永久计划又一次结束，以后大家就自力更生多下载无损去吧，正好我还可以推广一下CueEditor。东方音乐列表我还是会继续更新的，只是仿佛回到刚刚开始那样而已——只有列表，没有资源。
CueEditor 插件
2012-3-7 15:51:07 阅读135 评论0 72012/03 Mar7
从0.9.5开始，CueEditor正式引入了插件的概念，插件作为一个独立于主程序的功能模块，可自由进行安装和卸载，从而提高功能扩展的灵活性。事实上，freedb检索就是顺应别人开发的功能，并不包含在最早的CueEditor计划里面。因为对我自己来说，平时整理的专辑大多是同人音乐，freedb检索实在帮助不大（更别提它本身恶心的接口），还不如做个虎之穴或者哈密瓜检索。当然需求这东西因人而异，如果能够把各种功能设计成插件，让用户决定使用与否就最好不过了，事实上这也是目前软件的发展趋势。因此正如大家所见，freedb检索现在已经变成一个插件了，后面也会陆续以这种方式扩展新功能吧。那话说回来，插件化到底能为CueEditor带来什么呢？
1、更加简洁而专业的主程序，要什么功能就加什么插件，摆脱无意义的捆绑；
2、主程序和插件之间松耦合，允许对一方单独更新而不影响另一方的功能；
3、插件API对外公开，这意味着可以自由对主程序进行扩展，而无需局限于本人开发的插件。
关于怎么使用插件，下面分4点进行说明：
1、插件的安装。一般来说，下载回来的插件就是一个独立的jar文件（视功能实现可能还会附带一些引用或配置文件），只要把它拷贝到程序的plugins目录即可，CueEditor启动时会扫描该目录下所有jar文件并把有效的插件加载进来。
2、插件的卸载。与上面的操作恰恰相反，只要把对应的jar文件从程序的plugins目录删除即可。如果仅仅是想禁用不想删除的话，也可以在CueEditor菜单里去掉该插件的勾选，想用的时候再勾回来就行了。
1、更加简洁而专业的主程序，要什么功能就加什么插件，摆脱无意义的捆绑；
2、主程序和插件之间松耦合，允许对一方单独更新而不影响另一方的功能；
3、插件API对外公开，这意味着可以自由对主程序进行扩展，而无需局限于本人开发的插件。
关于怎么使用插件，下面分4点进行说明：
1、插件的安装。一般来说，下载回来的插件就是一个独立的jar文件（视功能实现可能还会附带一些引用或配置文件），只要把它拷贝到程序的plugins目录即可，CueEditor启动时会扫描该目录下所有jar文件并把有效的插件加载进来。
2、插件的卸载。与上面的操作恰恰相反，只要把对应的jar文件从程序的plugins目录删除即可。如果仅仅是想禁用不想删除的话，也可以在CueEditor菜单里去掉该插件的勾选，想用的时候再勾回来就行了。
CueEditor 1.0.0
2012-2-15 12:19:39 阅读357 评论9 152012/02 Feb15
（1.0.0）主界面采用Ribbon样式，取代原来的菜单栏和工具栏，工作区布局也有相应调整，希望大家尽快适应（字体问题参见帮助主题最后一项）。由于这个改动的关系，原先的插件模块有点不适用了，所以同时对API进行了更新，之前有用插件的朋友请去下载相应的1.0版本。
（0.9.9）编码检测类库由jchardet升级为juniversalchardet，理论可以提供更好的自动识别能力
（0.9.9）支持自主添加字符编码及自定义名称（当然前提是该编码能够被Java支持）
（0.9.9）修正了0.9.7（非启动时）通过右键打开文件引发的程序卡死问题
（0.9.7）增加从简易模板新建基础的整轨cue功能
（0.9.7）支持将cue保存入无损音频文件里面去（尽管本人不提倡内嵌，但是功能还是开放吧）
（0.9.6）增加从EAC日志或分轨音频新建基础的整轨或分轨cue功能
（0.9.5）功能插件化，原freedb检索作为首个插件从主程序剥离，有需要请另外下载
（0.9.5）自动读取（智能检索返回的）音频文件播放时间，从而计算最后一条音轨的长度
（0.9.5）支持分轨cue，音频文件因为多起来不好显示，所以点击时会出来一个悬浮窗口，包括编辑也是在上面进行
（0.9.5）亲自实现内嵌cue读写，不再依赖tag.exe（事先说明，由于flac的标签保存在文件头部，如果空间不够是要把音频数据全部后移的，虽说少见但为了尽量避免这种大规模读写，除cue外其他标签都会清掉以保证空间，不喜欢的话请把cue另存为独立文件）
（0.9.9）编码检测类库由jchardet升级为juniversalchardet，理论可以提供更好的自动识别能力
（0.9.9）支持自主添加字符编码及自定义名称（当然前提是该编码能够被Java支持）
（0.9.9）修正了0.9.7（非启动时）通过右键打开文件引发的程序卡死问题
（0.9.7）增加从简易模板新建基础的整轨cue功能
（0.9.7）支持将cue保存入无损音频文件里面去（尽管本人不提倡内嵌，但是功能还是开放吧）
（0.9.6）增加从EAC日志或分轨音频新建基础的整轨或分轨cue功能
（0.9.5）功能插件化，原freedb检索作为首个插件从主程序剥离，有需要请另外下载
（0.9.5）自动读取（智能检索返回的）音频文件播放时间，从而计算最后一条音轨的长度
（0.9.5）支持分轨cue，音频文件因为多起来不好显示，所以点击时会出来一个悬浮窗口，包括编辑也是在上面进行
（0.9.5）亲自实现内嵌cue读写，不再依赖tag.exe（事先说明，由于flac的标签保存在文件头部，如果空间不够是要把音频数据全部后移的，虽说少见但为了尽量避免这种大规模读写，除cue外其他标签都会清掉以保证空间，不喜欢的话请把cue另存为独立文件）
纵表泛型框架的设计与实现（+）
2012-1-12 17:35:21 阅读54 评论0 122012/01 Jan12
就在框架正要写完的时候，我突然想起Query类缺了一个很重要的功能——分页查询。这是实际应用中十分常见的需求，毕竟每次都查出全部记录没有必要而且影响性能，合理做法是根据页面仅查出相应的记录就好。要实现分页查询本身很简单，只要在SQL后面加上LIMIT语句即可（具体得看是什么数据库），但现在却存在一个问题。很多时候，我们会同时用到排序与分页，按照Query类目前的实现，排序是在查询之后才进行的，这意味着返回结果是先分页后排序的列表，并不符合真实场景的需要。当然，对排序后的列表执行subList是可以得到期望的结果，但此时已经把所有记录完整查出来了，试问这样得来的分页还有意义吗？
之前嫌麻烦不把排序做到查询里面，现在为了支持分页还是躲不过它，那好吧我改还不成。先看几个简单点返回列表的方法：
public List<T> getFullList() throws Exception {
return getResultList(false, null, -1, -1);
}
public List<T> getLazyList() throws Exception {
return getResultList(true, null, -1, -1);
}
public List<T> getSortList(LinkedHashMap<String, Boolean> rule) throws Exception {
之前嫌麻烦不把排序做到查询里面，现在为了支持分页还是躲不过它，那好吧我改还不成。先看几个简单点返回列表的方法：
public List<T> getFullList() throws Exception {
return getResultList(false, null, -1, -1);
}
public List<T> getLazyList() throws Exception {
return getResultList(true, null, -1, -1);
}
public List<T> getSortList(LinkedHashMap<String, Boolean> rule) throws Exception {
纵表泛型框架的设计与实现（7）
2012-1-7 0:19:44 阅读68 评论0 72012/01 Jan7
其实，设计和实现上该说的我已经说完了，这个纵表泛型框架要问还缺点什么的，那大概就是一份“配置指南”了。用过Hibernate或者JPA泛型框架的朋友，应该对这方面的配置会有点心得了，我这里也不打算照搬那套东西出来卖弄，换点口味研究一下如何简化配置吧。先看我在测试期间的Spring配置文件是怎么写的：
首先，第12行启用了注解配置功能，扫描的包路径视个人情况而定吧，当然最好不要太懒直接写个星号完事。接着第13行启用了注解事务功能，由于事务管理器的id已为默认的transactionManager，所以不用在这里显式指定。往下3个Bean分别是数据源、事务管理器、JdbcTemplate，注意我的数据源连的仅仅是SQLite而且没有连接池，这里你应该要换成DBCP或者C3P0这些数据源，反正以前怎么配现在就怎么配。好了，框架的公共配置就只有这么多，往下就是具体的各个Dao和Service了。你可以看到第26行的userDao，它实际的类就是BaseDao，通过构造注入实体类User，但是你看不到依赖注入JdbcTemplate实例，也看不到用parent属性指定抽象类注入。因为这都没有必要，我们的BaseDao懂得自己注入JdbcTemplate实例，依靠里面的@Autowired注解。第29行的userService同样类似，它的实际类是BaseService，不过这次需要构造注入的是一个Dao实例，引用上面定义的userDao即可。
就这样，你迅速拥有了可用的userDao和userService，同理构建出其他Dao与Service都是轻而易举，但
首先，第12行启用了注解配置功能，扫描的包路径视个人情况而定吧，当然最好不要太懒直接写个星号完事。接着第13行启用了注解事务功能，由于事务管理器的id已为默认的transactionManager，所以不用在这里显式指定。往下3个Bean分别是数据源、事务管理器、JdbcTemplate，注意我的数据源连的仅仅是SQLite而且没有连接池，这里你应该要换成DBCP或者C3P0这些数据源，反正以前怎么配现在就怎么配。好了，框架的公共配置就只有这么多，往下就是具体的各个Dao和Service了。你可以看到第26行的userDao，它实际的类就是BaseDao，通过构造注入实体类User，但是你看不到依赖注入JdbcTemplate实例，也看不到用parent属性指定抽象类注入。因为这都没有必要，我们的BaseDao懂得自己注入JdbcTemplate实例，依靠里面的@Autowired注解。第29行的userService同样类似，它的实际类是BaseService，不过这次需要构造注入的是一个Dao实例，引用上面定义的userDao即可。
就这样，你迅速拥有了可用的userDao和userService，同理构建出其他Dao与Service都是轻而易举，但
日历
模块内容加载中...
天气
模块内容加载中...