V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lldld  ›  全部回复第 4 页 / 共 8 页
回复总数  143
1  2  3  4  5  6  7  8  
2021-04-24 20:44:50 +08:00
回复了 zhoudaiyu 创建的主题 问与答 为啥钩子函数/回调函数的函数名通常都是 onFunc?
我的理解, 这不是语言的约定.

JS 事件比较多, 一般事件的接口 onSomeEvent 比较好理解, 因为定义接口的时候, 事件要怎么被处理是未知的;
如果这个接口是一种能力, 比如接口是 Printable, 那么接口方法用行为 print()比较好理解
@aec4d
@psx2019 感谢. 我自己的方案是会用 kafka. 只是毕竟自己要实现消息的过滤和路由等, 想找找看有没有开源的成熟方案.
2021-03-08 09:15:07 +08:00
回复了 CoderLife 创建的主题 程序员 请教两个 API 设计的问题
我倾向于一个表一个 api, 每个 api 都支持限定字段查询, 限定返回字段
/<API-Name> 返回所有数据的所有字段
/<API-Name>?<FIELD1>=xxx&<FIELD2>=yyy 返回部分数据的所有字段
/<API-Name>?<FIELD1>=xxx&<FIELD2>=yyy&fields=<FIELD3>,<FIELD4> 返回部分数据, 且只返回 3,4 两个字段

这里做 3 个 api
/device
/user
/device_with_user: 这个会内调 /device 和 /user, 然后 join 数据
2021-02-26 22:42:24 +08:00
回复了 myd 创建的主题 Redis 问个 Redis 的问题
如果“清空并重新计算指定产品的购买限制” 是实际需求, 而"删除指定产品的全部用户的购买记录"只是你想的实现方法的话, 我觉得没必要删除购买记录 key.

新增一个 key "product_reset_<product_id>", value 存重置的时间. service 这边可以定时更新(比如每 5 分钟)这个数据存在内存里面, 因为这个行为应该是运营有计划的, 所以可以要求(或者告之)他们至少要提前 10 分钟在系统设置重置.

用户购买记录, key "product_buy_<product_id>_<user_id>", value 存 购买时间,数量, ... , 购买时间,数量, 每次购买刷新过期时间为 24 小时


用户购买时, 读其购买记录, 并过滤时间早于重置时间的数量, 然后计算是否可以购买, 能购买几个
2021-02-20 08:42:03 +08:00
回复了 followyourheart 创建的主题 程序员 买房贷款选择问题
同意一楼, 这个要看自己的风险承受能力.
就我而言, 我会保留一年的开支等额的现金(活期, 余额宝等),应对走背运情况下不会断供.
再补充一下, 其实以前有不少小区相关的网上社区, 然后都被 qq 群, 微信群干掉了.
这些都是低频需求, 所以你做个小程序或者 app 别人也不会来.
加个小区的微信群, 这些都有了. 比如我们小区有业主群 3 个, 足球群两个, 司机 /拼车群一个,二手交易群一个,物业问题群一个,楼群一个, 还有很多买菜, 买家电, 王者荣耀群...

你要说在拼车群里面拼车肯定没有一个单独的 app 方便, 但是群里面可以聊天不是?
不尽如人意才是生活的常态, 不是吗?
还是需要对每个用户存储其看过的视频, 但是每个 id 都记不合适.

大部分情况下, 给用户展示的视频是按 id 排序的, 少部分是随机的(精选).

记录的 id 也分两种形式, 比如 [1, 30], [40, 48], {51, 72, 99} 表示看过 1~30, 40~48, 以及 51, 72, 99.

那么当下要推荐给用户的视频, 应该是优先推荐精选, 然后就是以缩短上面的记录为原则.

比如今天的精选是 {200, 210, 22}, 然后首页需要 5 个视频, 那么再补上 49, 50 比较好.
sql 就是 select id in [200, 210, 22, 49, 50]

这样新的记录变成 [1, 30], [40, 51], {72, 99, 200, 210}
2020-12-24 17:28:40 +08:00
回复了 wythechen97 创建的主题 推广 程序员如何技术变现 一起来碰撞一下副业思路
@cian 车停下, 想上车。全栈,都会点.
2020-08-04 09:43:25 +08:00
回复了 ChengLuffy 创建的主题 英雄联盟 维护了一个 LPL 2020 赛程日历订阅文件
非常感谢!
2020-07-26 17:53:20 +08:00
回复了 askcto 创建的主题 程序员 自己做了一个编程问答网站
多少次我也想弄个这样的网站,不过因为懒,因为没有决心,而只是止步于设计。

加油.
2020-06-10 06:43:28 +08:00
回复了 tcfenix 创建的主题 全球工单系统 微软 onedrive ios 客户端 打开中文文件乱码
@tcfenix 是。onedriver 安全点
2020-06-09 15:04:30 +08:00
回复了 tcfenix 创建的主题 全球工单系统 微软 onedrive ios 客户端 打开中文文件乱码
我在用 Typora + OneDriver 来记录个人文档. 今天无聊用 OneDriver 的 iOS App 打开全是乱码.

我还以为是自己的操作错误呢, 原来是历史遗留问题 :)
2020-05-27 11:29:59 +08:00
回复了 summerl0l 创建的主题 问与答 非家庭成员合伙购买“家庭版”会员这种行为正确么?
这里最近的一个 365 家庭版开车的帖子是我发的: https://www.v2ex.com/t/674903

所以我猜我应该回答下。

微软的官网和京东的商品描述都没有任何地方明确的定义家庭版的共享成员范围,是否只能直系亲属,是否 3 代以内亲属,或者 5 代?是否可以情侣,好友,普通朋友,是否可以网友,陌生人

也没有提及成员需要提供哪些证明文件或材料,来明确范围。

我是不是可以把家庭版理解为这些成员组成了一个虚拟 office 家庭?

我曾经在办理亲情号的时候咨询过移动是否对方必须是家人,客服说不需要。所以至少,一个产品的名称的字面含义并不能作为合同的具体约束条款。

简单说,卖家如果没说不行,那就是行。

至于你的标题”是否正确”,让我觉得不适。你可以讨论是否合法,是否不符合公共道德,是否不符合一般价值观等等。这个世界就是这么单纯的对和错吗?而对和错是网络上可以讨论出来的吗?我难道要去发帖问”讨论是否正确这种行为是否正确”吗?
2020-05-20 17:32:44 +08:00
回复了 imdong 创建的主题 分享创造 🗳V2ex 现在可以支持投票了。
#有意义# 感谢! 希望站主支持
2020-05-15 14:44:53 +08:00
回复了 en20 创建的主题 程序员 问一下后端的同学为何你们传参都喜欢 int 1234
对于后端而言,字符串 taobao 比数字 1 的唯一优势就是好记,而这个可以用枚举解决; 但是其他诸如存储空间,查询匹配速度,范围选择等等所有方面都是数字更佳。
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1034 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 19:37 · PVG 03:37 · LAX 11:37 · JFK 14:37
Developed with CodeLauncher
♥ Do have faith in what you're doing.