V2EX › lihongjie0209 的所有回复 › 第 36 页 / 共 78 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 32 33 34 35 36 37 38 39 40 41 ... 78

❮

❯

2019-04-19 10:27:12 +08:00

回复了 VKMEPR 创建的主题 › PHP › 请教 PHP 高效生成简短唯一随机数方法

md5 是 hash 算法，不是随机数算法

2019-04-19 09:17:04 +08:00

回复了 Chingim 创建的主题 › 程序员 › 后端开发完接口才给接口定义, 是常规操作吗?

@reus 你要把所有的接口定下来，那就意味着你要做出很多假设，而且这些假设会有依赖关系，一旦其中的一个假设改变，那么会导致一组假设全部失效，那也就是说你的接口全需要改。

需求是确定的，但是开发员人对需求的理解是随着开发慢慢增加了，你期望别人在项目开发前就理解全部的需求并且不产生任何误解，我能想到的也只有简单的 CURD 了

2019-04-19 09:10:17 +08:00

回复了 Chingim 创建的主题 › 程序员 › 后端开发完接口才给接口定义, 是常规操作吗?

@reus 想多了，你数据不按照页面的需求给，前端不得骂死你？一个展示页面需要调用三个接口来组装数据？后端可以把接口设计的尽量通用，但是前端的复杂度就上升了。

WEB 层和页面耦合那是必然的，WEB 存在的意义就是展示页面。

我们要避免的是核心业务对象和展示层的耦合

2019-04-19 09:03:58 +08:00

回复了 Chingim 创建的主题 › 程序员 › 后端开发完接口才给接口定义, 是常规操作吗?

前端先写静态页
后端先设计表结构

然后就一个具体的功能点二者一同开发，这样后面的联调就比较简单了

2019-04-19 08:56:07 +08:00

回复了 Chingim 创建的主题 › 程序员 › 后端开发完接口才给接口定义, 是常规操作吗?

@reus 一个需求可以有 N 种实现，具体选哪一种是由开发人员，开发进度共同决定的，并不是说需求定好了，代码基本也确定了

2019-04-18 11:34:36 +08:00

回复了 334862132 创建的主题 › Python › 查询时候每次都拼接和直接拼接好哪种性能更换

优化前：数据库查询 100ms 拼接字符串 10ms 开发人员耗时 0 min 测试人员耗时 0 min
瞎优化：数据库查询 100ms 拼接字符串 12ms 开发人员耗时 30min 测试人员耗时 30min
真优化：数据库查询 100ms 拼接字符串 8 ms 开发人员耗时 3 h 测试人员耗时 30min

2019-04-18 10:50:06 +08:00

回复了 lihongjie0209 创建的主题 › Java › DDD 中的聚合根（Aggregate Root）在半自动化的 ORM 中如何持久化？

@gsj987
感谢你的回复，我下去也看了 UOW，发现一个问题

UOW 的核心是对对象的状态标记，如果被修改，被删除之类的。

我找一个图，可以帮忙说明一下吗？

https://imgur.com/HePiXYq

2019-04-16 11:40:27 +08:00

回复了 lihongjie0209 创建的主题 › Java › DDD 中的聚合根（Aggregate Root）在半自动化的 ORM 中如何持久化？

@gsj987

类似于 Mybatis 这种半自动的 ORM，如何实现 UOW 中的隐式更新？

2019-04-16 11:27:47 +08:00

回复了 Boywus 创建的主题 › MySQL › Mysql 千万级数据在后台管理的展示问题

@Boywus 你提到 ‘这个用户’，既然精确到用户级别，那么数据量应该不多吧？只有在用户被选中的情况下才提供详细的分页信息

2019-04-16 11:10:55 +08:00

回复了 Boywus 创建的主题 › MySQL › Mysql 千万级数据在后台管理的展示问题

@kimchan 我说的是维护一个总数量的计数，如果是 where 的计数，性能太差的话就不要做了，直接给个下一页按钮，如果没数据了就提示没数据就好了