
经过苹果1个月的审核,射手影音Mac版登上了苹果应用商店(Mac App Store)。很意外很意外的,竟然一度被放在了Top Paid栏目榜首。这令我受宠若惊,因为这是我第一次使用App Store,对漫长的审核期和规则都不够了解,甚至连软件名称和描述都还没来得及做本地化的处理。这实在是令我很不好意思。如果有可能的话,我心底里反而希望用户等到下一个更好的版本之后再下载和使用。
射手影音Mac版没有以免费的形式发布,而是以$1.99作为一个开始,也是射手对消费模式的一次尝试。我们希望用户是因为射手提供的字幕匹配服务和稳定的后续开发而决定购买。如果发现有任何不足,欢迎来我们的反馈区发表意见。如果还想继续试用免费版本或者检视源码,也可以随时到 http://splayer.org/splayerx/ 下载。
…继续阅读更多 ▶
射手影音登陆苹果应用商店(Mac App Store)
射手科技公开课第九辑 『MVC桌面应用开发-4』
这一辑的MVC桌面应用开发集中在Windows部分。Windows开发中的MFC框架历史悠久。可是时间越久往往也会积弊难返。那么如何在Windows开发中理解和应用MVC架构,就是需要发挥想象力的过程。本篇提出了一个Windows下在用户交互应用中实现MVC框架的思路,并结合上一辑同样使用了Notepad设计来作为案例样本来设计并分析。
…继续阅读更多 ▶
射手科技公开课第八辑 『MVC桌面应用开发-3』
这一辑从一个Mac OSX范例出发,展示了一个Cocoa框架下的MVC开发模型。我们可以看到Mac下的开发框架Cocoa本身已经具有基本MVC的结构,但是在Controller与View之间仍然有一定程度的耦合。
射手分支项目-基于MongoDB的开源短网址服务
自从短网址服务出现的那一天开始,我就把短网址服务的最佳架构作为一个趣味题来看待——简单的应用与海量请求的组合,怎样才是最低开销的实现。最后我的结论认为,采用基于Key-Value的数据存储层搭配nginx module的应用前端实现,是在性能、稳定与负载之间最佳的平衡。选择 MongoDB 作为数据端,其性能是内存级别,而分片部署和数据安全性又非常适合大规模应用。nginx module 作为应用端使用消息驱动来完成应用处理,可以将系统开销压缩到最低。不过现有的短网址开源项目中,却还没有发现使用这种架构。所以seso这个基于MongoDB的射手短网址分支项目也就应运而生了。
所有项目源代码开放在: http://hg.splayer.org/seso-shorten-url/ 。 目前处于第一阶段,完成了MongoDB的数据端,但仍然使用 php 作为应用端。
有需要的朋友也可以直接开始使用 http://seso.me/ 所提供的服务。
13 comments so far, add yours ▶射手科技公开课第七辑 『MVC桌面应用开发-2』
谈到MVC就不能不提Ruby On Rails。本辑的话题就围绕RoR这一MVC的Web开发框架来展开。这也正是MVC的发源地。了解MVC的诞生,可以更好的理解MVC框架的含义。之后再将其中的理念放大到更多开发领域。
…继续阅读更多 ▶
我们正向BitBucket(Mercurial)迁移
从上周开始,射手科技旗下的开源项目 SPlayer 就已经开始向 BitBucket 的 Mercurial 版本管理托管服务迁移。并启用了新的网址 http://hg.splayer.org/splayer 。实行一周后,各方面都很满意。 因此旧的 svn.splayer.org 将于近日停止服务。还在使用svn版本管理系统的朋友,请参考 http://hg.splayer.org/splayer 的说明,下载新的代码包,并使用Mercurial更新。关于如何使用Mercurail则可以参考我们的快速教程。
—
为什么我们选择BitBucket:
* 使用Mercurial版本管理系统
选择BitBucket的理由很多,最重要的原因在于它基于 Python 的 Mercurial 构建。 Mercurial 除了具有分布式版本管理系统的便于快速迭代开发和分支追踪的优点外,更简洁更瘦也更稳定的特性,长期以来一直吸引着我。
* 允许自定义域名和反向代理
通常意义上说,位于海外的版本管理系统,总会令国内的用户面临访问缓慢的问题。而 BitBucket 的服务支持自定义域名,也因此支持自定义反向代理。这样一来我们就可以在国内自行部署前端CDN缓存。大大提高开发者的访问速度。
* 更丰富易用的权限管理,并允许Private项目。
射手科技除了 SPlayer 之外,还有多个需要进行版本管理的独立或分支项目。创建、规划、管理和维护这些Repository占用了大量时间。过去曾尝试使用google code,但是google code的密码管理并不方便,不支持private项目,还会面临随时被封的危险。而BitBucket则没有上述的问题,让我们的同事或伙伴在熟悉的系统下完成任务。大大提高了效率。
