大部分开源框架基本上都是使用Curl + RPC的方式构筑系统，以提供对外\对内的交互能力。
这种设计，本人认为更多地是出于层次化与模块化设计的考量，简化整个架构，使得开发轻量简单化。
本文主要介绍Compass的REST API的设计与实现。
通过本文档，读者至少能快速搭建一个属于自己的REST API 框架，并且能够基于该框架进行功能扩展以建立一个完整的系统。...
想要单独开发一款APP，因此先把需要的内容总结一下，方便下面的开发：
第一：APP客户端需要将信息发送到服务器端，因此需要开发APP端和Web服务器端；
第二：整体框架搭建：
（一）各个包的建立
（二）设置全局变量类：Application
（三）考虑整个发送数据到服务端的接口设计
第三：业务逻辑考虑...
分类：
其他好文 时间：
2014-11-04 17:23:05
阅读次数：
180
摘要：
本文根据linux内核的链表定义，尝试自己来完成相关的接口设计，并且构建测试用例，来体会下链表接口的用法。...
分类：
系统相关 时间：
2014-10-20 11:56:19
阅读次数：
248
最近一段时间一直在做APP接口，总结一下APP接口开发过程中的注意事项：1、效率：接口访问速度APP有别于WEB服务，对服务器端要求是比较严格的，在移动端有限的带宽条件下，要求接口响应速度要快，所有在开发过程中尽量选择效率高的框架，PHP建议使用YAF框架。2、数据格式最好使用JSON格式数据，因为...
分类：
移动开发 时间：
2014-10-16 21:20:43
阅读次数：
189
1)服务器端开发说明：jdk为1.7版本i.创建项目项目名称：webs1ii.创建SEI(终端)a.包名：cn.jbit.webs1.seib.接口设计接口名：HelloSEI.java接口内容：@WebServicepublicinterfaceHelloSEI{@WebMethodpublicStringsayHello(Stringname);}c.实现类设计实现类名：HelloSEIImpl.java..
分类：
Web程序 时间：
2014-10-15 04:10:40
阅读次数：
151
1.REQ->HLR 分析 全系统性质->AD设计 Context,BOM,Conception
2.REQ->LLR 分析 模块分析->DD设计 + 编码 Feature,BRM,UC,UCD
3.DD设计->代码结构设计 模块内 30个功能 ->类/序列图设计,反射/继承/接口/设计模式/实体类/抽象/配置文件
代码结构设计:
设计目标：正确性目标->
功能性需求目标:代码结构能...
分类：
其他好文 时间：
2014-10-14 18:24:15
阅读次数：
220
最近在做一个客户端程序的架构设计，看了下服务器给的初版接口文档，发现做的非常不好，接口设计没有任何规范可言，也没有规律。着手修改了一下，给出了一些修改意见。现在把这些心得分享给大家，希望大家以后再设计接口时，也能遵循这些规范，让我们的程序员在coding的时候能够更加顺手。所谓RESTful架构，就...
分类：
其他好文 时间：
2014-10-13 14:46:59
阅读次数：
198
*返回目录阅读其他章节: http://blog.csdn.net/cuibo1123/article/details/39894477最后的思考 我通过困难的学习以及多年的失误，写了这片篇关于创建组件和api规则的文章。我在试着练习我的写作能力，虽然不可避免地会出现很多我没有提及的例子。 不是所有的规则都适用于所有情况，也没有一条规则在任何情况下适用。这里只是尽可能多的给你一些灵感，...
规则23: 通知跟随委托方法
在委托方法(适当的，不是数据源方法)和通知之间存在着天生的对应关系。你可以在你代码的任何地方使用他们，而达到完全相同的目的。
如果你有一个关于事件发生的委托，你通常也应该提供一个同样目的的通知。做到即使把委托方法全部移除，使用者也依然可以通过通知来实现相应功能。
委托方法的参数应该与通知的‘userInfo(通知附加值)’内容匹配，通知与您在委托中直接传递参数有一个明显的区别，它通常需要将信息装载到字典(NSDictionary)中。
委托方法：...
我们几乎可以在任何组件中利用经典的委托(delegate)和数据源协议(data-source protocols)。如果你想显示一些数据，那么数据源协议可能就非常适合你，例如你有以下问题：
1:我有很多事物(有很多条数据)。
2:设置每个事物(数据)X的成员Y的值。
同样，在几乎所有情况下，一个经典的委托(delegate)协议形式如下：
1:这件事应当做吗(一个动作发生前，通常调用一个带有返回值的委托方法，决定动作是否执行)？
2:...
