V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  karloku  ›  全部回复第 5 页 / 共 8 页
回复总数  145
1  2  3  4  5  6  7  8  
2016-04-29 10:57:55 +08:00
回复了 yseternal 创建的主题 程序员 我真是服了阿里云
阿里云碰到问题可以尝试查一下系统盘的 iops 情况...
2016-01-31 18:21:36 +08:00
回复了 Magician 创建的主题 程序员 各位写代码的时 都是喜欢什么音乐播放器来听音乐?
itunes.. 毕竟 itunes store 买的歌
2015-12-30 22:51:24 +08:00
回复了 arbipher 创建的主题 职场话题 上午坐 Uber 被司机问“你是做 IT 的吧”
楼主毕竟一表人才, IT 大拿
2015-11-04 19:48:43 +08:00
回复了 leojoy710 创建的主题 分享发现 Steam 价格都变人民币了, 而且比美元便宜
杉果大失败... g 胖好嘢!
2015-10-28 21:10:43 +08:00
回复了 coldfog 创建的主题 Markdown Mou 的作者到现在都不发布新版,已经预订了的人咋办啊?
这个故事告诉我们, 东西出来之前不要给独立开发者塞钱.
2015-10-28 14:37:53 +08:00
回复了 xingzhela 创建的主题 问与答 程序猿们,你们留在北京上海广州一线城市的理由是神马啊
家在这里, 无处可逃...只能默默忍受
2015-10-03 04:01:47 +08:00
回复了 legendlee 创建的主题 程序员 请问,我这样理解 restful 对不对?
其实参考了 elasticsearch 的 api 设计方式, 觉得 uri 里包含动词也不是一件天崩地裂的事情, 也就是在 crud 之外.
比如我有一串资源是 /items, 这些 items 是支持排序的, 那么我排序的接口应该怎么设计呢.

PUT /items
{
"_action": "reorder",
"params": {...}
}
这样似乎就会污染 update 这个街口, 变得很复杂

把路由放到
PUT /items/orders
操作实际上不存在的 orders 资源. 总觉得有种自欺欺人的感觉. 这种做法最常见的是用在搜索或者点赞上. 但是前者的确因为请求而产生了一次性的资源. 而后者也是可以勉强算是嵌套在某个资源内部的资源.

或者是针对所有资源进行
PUT /items/x
去更新每一个 item 的 order. 这个好像 restful 了, 不过使用起来会变的非常麻烦...

最后尝试下来做下来还是包含一个动词的 URI, 会让 api 的语义更清楚:

POST /items/_reorder
2015-09-12 23:33:25 +08:00
回复了 leenajose 创建的主题 Node.js Ruby on Rails Vs Node.js Which to use?
用途不同... 我们公司的站点应用就是用这两套平台搭建起来的
2015-09-02 23:41:04 +08:00
回复了 JJYing 创建的主题 程序员 新时代编程字体推荐
看了一圈还是不如 inconsolata 舒服...
2015-09-01 23:53:14 +08:00
回复了 stevele 创建的主题 云计算 阿里云升级云盾, 误删用户数据,我也是醉了
云顿就是个最大的病毒.. 以前云盾的升级进程把我云主机的磁盘 io 给卡爆过..
https://www.pugetsystems.com/labs/articles/Haswell-vs-Skylake-S-i7-4790K-vs-i7-6700K-641/
简单来讲功耗下降, 核显提升. 但是 cpu 基本看不出和 4790k 的明显差异..
2015-08-30 12:56:46 +08:00
回复了 yangpai 创建的主题 云计算 大家觉得又拍会如何收场
点进 po 主个人资料看了一眼, 惊到了
V2EX 第 111111 号会员,加入于 ...
2015-08-28 23:53:43 +08:00
回复了 allencpp 创建的主题 程序员 码农,求推荐键盘
办公室正好有台 hhkb, 玩了一天这东西真不是我的菜, 静电电容我是真的用不管了... 要说好看, 其实也没很好看
2015-08-22 23:32:39 +08:00
回复了 qyz0123321 创建的主题 数据库 数据库中 id 字段存在的必要性
id 最好是一个 和业务无关, 不会重复的数字. 至于是不是自增整型这不重要.
id 的意义就在于无论业务如何变化, 记录的内容如何变化, 都可以唯一标识这一条记录.

至于楼主最后说的被枚举, 这个不需要担心. 现在大家分布式系统用的多, id 的生成规则也会比较复杂. 像是分布式数据库常用的机器 hash+进程 hash+时间戳 hash+本地自增序列拼出 32 位乃至 64 位整型, 这个要枚举先过 ddos 防护这一关
然而我们的前端不满足于做 spa, 开始折腾用 node 做中间件了...
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1259 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 23:56 · PVG 07:56 · LAX 15:56 · JFK 18:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.