流浪的棋子-优快云博客

原创 WebApi设计关键点(个人)

一些API设计心得，记下来，以后有空拿来评测新写的代码基本： API名称自描述；单一职能，针对的是变化的维度，而不是最小功能；如果同步执行的速度太慢，考虑提供异步执行和可查询结果两个接口(或提供回调功能) 参数：参数名作为API的补充，自描述；参数保持最少暴露，方便扩展；字段的值域，用有意义的单词，禁用0、1、2这样的数字；返回值：（待商榷）需要预...

2016-12-27 17:56:11 350

原创联通干不过移动的真相！

windows系统，新建记事本，打开，输入联通。关闭后再打开……于是联通没有了。取什么名字不好非得取名联通。

2016-11-23 09:53:42 308

原创数据模型和数据库表的关系

还是之前的整合优惠活动的项目所总结的经验。问题：传统的web服务，都是通过数据库实现增、删、改、查，model层的javabean，一般都会和数据库某个表一一对应。但这个项目中，我无法通过数据库的查询，实现筛选我想要的数据。比如一个优惠活动，他有N类限制条件，如酒店名称、入住日期是星期几、刷的信用卡是哪个银行组织，用户是那个等级的，等等。好吧...

2016-11-17 17:32:08 1926

原创给宽表瘦身的想法

前段要搞个整合不同行业各类优惠活动的系统，其中计算收益的算法，涉及数据非常多比如酒店入住送积分，连住几天送积分，满额送积分，某端时间积分翻倍，满多少赠多少，入住N天后免费一晚，满多少钱折扣多少钱…… 那么计算积分的表里，就需要有积分数，积分类型（倍数还是固定值还是兑换），兑换用的分母，分母类型（房间量、入住时长、会员积分数……），单位，收益重复次数等等等等而且因为业务关系，不能...

2016-11-17 16:32:11 225

对编码、设计中“极简原则”的想法

早上刚看了博文《对于开发人员，“极简原则”需要修正，请看“新极简原则”》，有一些想法想说说。我用了三年的时光维护一个不算简单的系统，窃以为，“极简原则”也好，单一职能原则也好，最根本的目的是为了易读易懂； [b]极简必要性：[/b] 举个例子，我以前命名API，务求全面详实，希望用户看到方法名，就理解其功能、特点、参数类型、返回值；但结果是名称冗长，不易阅读。 ...

2014-05-28 11:24:56 148

原创 API开发/运维经验1

对于维护API的经验，推荐《软件框架设计的艺术》这本书，无论是webService还是Rest还是其他什么，都很有帮助。不过这书在概念上还是离平时工作太远，知识很精华，但和我的实际工作并不接轨，所以逐渐萌生“把我自己开发/运维API的一些经验整理出来，写一篇大的博文”这样的想法。不过最近又忙且病，所以一条条慢慢往外挤…… [b]1.参数命名规范[/b] ...

2013-10-12 17:39:34 232

原创大型web工程的session管理器构想

[b]声明:[/b]抛砖引玉，期望讨论。如果已经有类似功能的开源框架等工具，请告知，俺做鬼也不会忘记你滴 :D 本人负责维护一个大型web项目中的其中一个子系统，面对各种session问题，于是有了这个构想 [b]问题：[/b] 1.对session的胡乱使用：不论是不是重要数据，都使用session保存； 2.多个子项目session重名，互相覆盖:对于那些喜欢复制...

2013-10-08 09:47:22 120