| 共 23 篇文章 |
|
阅101 转0 评0 公众公开 17-11-22 16:21 |
如何正确合理的设计一个接口项目。首先，我这里说明接口，不是代码里的接口，而是接口项目，如果想错了就不用往下看了。总之，接口设计是一个细致的工作，设计时也会有很多矛盾，但个人倾向于粗粒度设计方向（即内聚性更高一些），这样不仅给客户端浏览接口方便明确，维护也轻松些，这么做的缺点就是某一接口扩展时不是很灵活，但可以通过重新... 阅109 转0 评0 公众公开 17-11-22 15:02 |
必须漂亮（API不一定需要漂亮）API必须被正确地使用（用户很难理解如何正确的使用API，API的设计者要充分考虑API被误用的情况：如果一个API可能会被误用，那么它一定会被误用）必须简单（我们总会面临复杂的需求，能两者兼顾的API是更好的API）必须高性能（性能可以通过其他手段优化，不应该影响API的设计）必须绝对兼容（尽管本文一直提到如何... 阅6649 转48 评0 公众公开 17-11-22 15:02 |
浏览器端token移动端tokenAPI应用token.接口访问token.在一个多客户端的信息系统里面,这些token的产生及应用的内在联系如下:用户输入用户名和用户口令进行一次性认证在 不同 的终端里面生成拥有 不同 生命周期的会话token客户端会话token从服务端交换生命周期短但曝光 频繁 的接口访问token会话token可以生成和刷新延长 access_token 的生存时... 阅78 转0 评0 公众公开 17-11-22 15:01 |
基于RESTful API 怎么设计用户权限控制？清楚了资源的概念，然后再来对资源进行一下分类，我把资源分为下面三类：私人资源 (Personal Source)角色资源 (Roles Source)公共资源 (Public Source)Sources。角色与权限的关系：一个角色拥有一堆权限，一个权限却只能属于一个角色，所以它们是一(角色)对多(权限)的关系权限与用户的关系：由于一个用... 阅26 转0 评0 公众公开 17-11-22 14:57 |
user1可以访问service1, user2可以访问service2。把user1添加到group_service0, group_service1, group_service3中， 把user2添加到group_service0, group_service2, group_service3中。User1的User Token里包含scope: group_service1, group_service3, 所以可以访问service1, service3, 不可以访问service2。User2的User Token中包含scope: gr... 阅571 转2 评0 公众公开 17-11-22 14:27 |
移动App架构设计移动App架构设计。在三层架构的基础上多了业务规则层, 通常的三层是把业务逻辑和业务规则合并为一个层，统称为业务层.业务规则层的提出,既可以及时处理用户输入的不合法信息, 又可以及时处理数据库错误, 增大了业务逻辑层的结构清晰度, 让业务逻辑人员专心致志做逻辑。表示层业务规则层业务逻辑层或称为领域层数据访问层。引入s... 阅128 转0 评0 公众公开 17-07-10 10:59 |
从业务演变到系统的角度来看，APP是业务在系统的具体呈现，APP的分析过程是将业务语言翻译为机器语言的表现。在计算机领域，信息系统的APP的设计过程非常的复杂，不只是纯粹的描述计算机处理流程那么简单，还包括了抽象过程（建模过程），设计过程（包括系统流程设计、功能设计、权限设计、用户体验设计、异常处理设计等等），测试过程（建立de... 阅4454 转23 评0 公众公开 17-05-19 17:15 |
每次谈到架构，都感觉有点远了，还不到时候谈论这个，但是看了豌豆荚web版的规划和技术架构的选取之后，确实挺有感触的。基于现有的架构之上做开发，并不只是简单地填充代码，而是在熟悉这套开发模式的基础之上，了解整体的架构，并与其他框架对比，必要时深入去研究下框架的实现和优缺点，积累更加全面的软件知识，才可以从整体上去考虑一个软... 阅344 转1 评0 公众公开 17-01-13 15:16 |
在计算机领域，信息系统的APP的设计过程非常的复杂，不只是纯粹的描述计算机处理流程那么简单，还包括了抽象过程（建模过程），设计过程（包括系统流程设计、功能设计、权限设计、用户体验设计、异常处理设计等等），测试过程（建立demo，必要的验证）。识别与BO相关的行为（BO属性和行为分析）识别了BO，BO的属性以及BO的行为后，我们可以开始... 阅2054 转8 评0 公众公开 17-01-13 14:46 |
