V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yesterdaysun  ›  全部回复第 4 页 / 共 5 页
回复总数  89
1  2  3  4  5  
我感觉单看这个例子是不需要的, 因为变量 userName 已经说明含义了, 而赋值语句也只是一个简单的获取成员变量, 本身语义就有 get 的意思, 封装了一下, 只是把这个隐含的 get 显式的写出来了.

比如对我来说读这段代码, 脑子里读出来的是"username = get name from url parameter", 如果用函数就是"username = get user name", 我感觉是差不多的.

不过标题说这是意义不明确的赋值语句, 说明读它的人可能是不能一眼理解, 那封装成函数是一个可行的方法, 前提是确实能感受到这种可读性的提升, 否则就是过度封装, 毕竟可读性对不同的人来说是不一样的, 还是要从真正读代码的人的角度去抉择

但是如果这段赋值经常重复, 或者有好几个类似的东西, 那就需要考虑封装, 而且要根据重复的数量和范围用不同的封装方式, 比如这里的函数, 或者封装成类, 再复杂的可能还需要工厂之类的模式
2019-02-19 15:25:42 +08:00
回复了 awesomelei 创建的主题 程序员 萌新的我遇到了一道算法, 苦手求大佬
loan 的和是 10000, repay 的和是 9000, 是题有问题吗? 还是可能会出现不对等的情况?
2019-02-19 11:14:07 +08:00
回复了 wleexi 创建的主题 程序员 代码 if 嵌套过多,怎么优化比较好
BaseConstants.INT_ONE 和 BaseConstants.INT_ZERO 应该就是 int 0 和 1 吧, 需要定一个常数吗?

单单为了避免魔数也不需要做到这个程度吧
2019-02-19 10:52:42 +08:00
回复了 wleexi 创建的主题 程序员 代码 if 嵌套过多,怎么优化比较好
试试 guard clause

```java
private boolean checkMobileExists(Long shopId, CreateSupplierParam param) {
List<Supplier> supplierList = this.get(shopId, param.getContactMobile());
if (CollectionUtils.isEmpty(supplierList)) {
return true;
}
if (supplierList.size() != BaseConstants.INT_ONE) {
return false;
}
Long existId = supplierList.get(BaseConstants.INT_ZERO).getId();
return Objects.equals(existId, param.getId());
}
```
2018-10-25 13:48:12 +08:00
回复了 yesterdaysun 创建的主题 问与答 请问如何设计不发送重复请求?
@chenyu8674 在不能换服务商之前就是要被坑啊!

@R18 缓存是个好办法, 虽然感觉只是又加了一层保险, 但是好像也算是一个简单可行的方案了, 多谢!
2018-10-25 11:22:46 +08:00
回复了 yesterdaysun 创建的主题 问与答 请问如何设计不发送重复请求?
@marcong95 目前是有这个表的, 但是就像我说的可能会有锁超时的问题, 导致记录进不去, 我知道这里的代码可能有问题, 可能最终还是要改这里, 但是一个是这是老代码, 难搞, 另一个就是想问有没有更高级的方法或者框架直接解决这个事了

@gaius 请求有可能超时的, 网络是很差, 国外的网站, 也想着把请求的服务器放国外去, 但是那不是动起来太复杂了, 先研究研究有没有其他简单的方法
2018-10-25 10:02:43 +08:00
回复了 yesterdaysun 创建的主题 问与答 请问如何设计不发送重复请求?
如果当没成功, 但是实际成功了, 然后重新发送了, 就要重复了, 我知道这个情况有点不可控制, 但是后果还是挺严重, 不仅要扣钱还要扣一个信用分, 扣到一定程度就要限制发送额度了, 而且对方明确说了重复发送检查要自己做, 但是他们查到就要扣. 所以还是要想办法解决重复问题

有明确结果的现在没问题, 有标记检查, 不会重复的.

丢失记录就是有那么几次数据库事务超时了, 可能某个表被锁住了, 时间一长就自动挂了, 然后标记已发送就失败了, 然后又重复发送了
2018-10-17 10:00:07 +08:00
回复了 yesterdaysun 创建的主题 Apple 有用 Near Lock 的朋友吗, 还好用吗?
@lstt 是的, 已经换 unlox 了, 现在感觉良好, 感觉比 nearlock 好用
2018-10-16 09:28:37 +08:00
回复了 yesterdaysun 创建的主题 Apple 有用 Near Lock 的朋友吗, 还好用吗?
感谢推荐, 换用 unlox 了, 这个比 apple watch 便宜...
2018-10-11 13:45:49 +08:00
回复了 skyworker 创建的主题 MySQL 这条 SQL 如何解释?
刚看到 kenorizon 说的, 我觉得有道理, 应该是因为这个是非相关子查询, 但是因为里面含有 rand(), 所以这个子查询不会像普通的一样只跑一遍, 而是每一行都跑了, 所以实际查询的是所有记录里刚好可以和随机出来的那个 id 相等的记录, 所以条数不等, 而且数据量少估计难重现
2018-10-11 13:38:24 +08:00
回复了 skyworker 创建的主题 MySQL 这条 SQL 如何解释?
实测可以重现, Mysql 5.7 随便找了 26w 条数据的一张表, 确定主键是唯一的, 0~4 条的情况都有, 目测最多的是 0 条,1 条和 2 条的情况, 但是无法解释为什么, 颠覆了我的认知, 我也想知道这个是 bug 还是 feature
2018-09-07 11:40:11 +08:00
回复了 yesterdaysun 创建的主题 问与答 求问一个关于爬虫数据库的问题
@bingfan @gabon @golmic @tinybaby365 感谢各位回复!

我准备在阿里云找个合适的服务解决这个事, 但是一眼看过去好多,什么 opensearch, maxcompute, e-mapreduce,分析型数据库, 都不知道哪个合适. 请问各位有用过这些吗?

我的需求就是不做搜索服务, 就是单纯的大量爬虫数据存储(200GB+), 加数据分析, 可能用到文本搜索,大量数据结果导入导出, 还有一些 group by, sum, count 之类的统计分析. 求大神推荐一个! 多谢!
2018-09-06 17:23:11 +08:00
回复了 yesterdaysun 创建的主题 问与答 求问一个关于爬虫数据库的问题
@golmic 主要是标题搜索, 用 like, 其他的会做一些 group by, 都挺慢的, 暂时不提供搜索服务, 只是不时的做一些数据分析.

因为暂时没有提供搜索服务的需求, 所以搜索慢还不是不能接受, 关键现在有点担心量再大几倍后, 连插入都很慢, 查询时间也变得不能接受, 想问有没有更好的架构, 趁数据还少把底层调整好
2018-07-20 17:23:53 +08:00
回复了 jin6220 创建的主题 Python 学了点正则 还是不能匹配出聊天记录。
硬上了一个,仅供参考
\d{4}-\d{2}-\d{2}\s+\d{2}:\d{2}:\d{2} 苹果\(\d+\)[\r\n]+[\s\S]*?[\r\n]{2}
2018-07-13 21:24:41 +08:00
回复了 shuax 创建的主题 分享发现 我也跟风做了一个解谜网站,欢迎来搞。
@cwang22 数字的二进制的位数和字符串一样,有没有让你想到什么
2018-07-13 18:34:25 +08:00
回复了 shuax 创建的主题 分享发现 我也跟风做了一个解谜网站,欢迎来搞。
@shuax 大哥,26 再给点提示呗,搞了半天过不去
2018-07-13 18:18:47 +08:00
回复了 shuax 创建的主题 分享发现 我也跟风做了一个解谜网站,欢迎来搞。
@cwang22 19 题目是啥, 忘了
2018-07-13 14:01:50 +08:00
回复了 shuax 创建的主题 分享发现 我也跟风做了一个解谜网站,欢迎来搞。
卡在 26 了, 明明扫出二维码了, 为什么还是过不去? 还有作者你是有多喜欢二维码, 连续几个都是二维码😂
2018-07-13 09:49:56 +08:00
回复了 shuax 创建的主题 分享发现 我也跟风做了一个解谜网站,欢迎来搞。
@ZhLTE 这个字符串 Google 一搜, 根本就是 admin 的 sha1, MD5 就是个幌子
2018-07-12 23:49:17 +08:00
回复了 shuax 创建的主题 分享发现 我也跟风做了一个解谜网站,欢迎来搞。
卡 15 了, 怎么也想不出来, 有提示不?
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   831 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 22:36 · PVG 06:36 · LAX 15:36 · JFK 18:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.