V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xuanbg  ›  全部回复第 184 页 / 共 308 页
回复总数  6155
1 ... 180  181  182  183  184  185  186  187  188  189 ... 308  
2020-10-29 19:09:55 +08:00
回复了 leeraya 创建的主题 Go 编程语言 go 语言就很离谱
@yulon C 艹在他们手里就更离谱了🐶
2020-10-29 19:08:36 +08:00
回复了 leeraya 创建的主题 Go 编程语言 go 语言就很离谱
这不是和在一个循环里面把一个对象属性改改放进去 list,然后发现整个 list 里面的对象属性全都和最后一个一样一回事嘛。
2020-10-29 13:38:14 +08:00
回复了 liudaqi 创建的主题 Java 所谓的微服务架构,是不是类似面向对象中的 GOTO 函数?
@acmore 不存在是否需要微服务,只存在是不是会搞微服务。不会搞瞎搞微服务,就会显著增加开发和维护成本。会搞微服务的,是显著减少开发和维护成本。因为基础设施的建设是前期一次性投入,后期只需要开发和维护纯粹的应用服务。单个应用服务相对于庞大的单体架构,只需要实现业务逻辑,复杂度会大大降低。
2020-10-29 13:29:46 +08:00
回复了 liudaqi 创建的主题 Java 所谓的微服务架构,是不是类似面向对象中的 GOTO 函数?
@xylophone21

单体服务:要死一起死。一个模块挂掉导致整个服务挂掉
微服务:死道友不死贫道。一个服务挂掉不影响非依赖服务
单体服务:要上一起上。搞点小改动,整个系统都升级
微服务:你上你的,我上我的。改哪个升级哪个
单体服务:搬来一大家子新邻居。每个系统都有一大堆基础功能模块
微服务:欢迎小朋友加入大家庭。多个系统可以共享基础设施
2020-10-29 09:17:03 +08:00
回复了 mocxe2vwww 创建的主题 Java Springboot 如何忽略 空的 json?
这个参数验证怎么能优雅得起来呢?你这个接口接收的参数被设计成绝对的灵活,没有丝毫的规则可言。这种设计本身就不优雅,你让参数校验怎么去优雅!
因为 C 环境并不常见,所以 B 模块没有预见 C 环境的特殊问题导致崩溃是正常的,测试用例不可能做到 100%覆盖的嘛。

A 业务为啥要选择使用 B 模块?有没有考虑 C 环境的特殊问题?反正,得负主要责任。至于网关 D,我不知道楼主说的切走是怎么个切法?路由策略还是服务降级?如果是需要配置但没有配置的话,也有责任。
2020-10-28 22:42:34 +08:00
回复了 liudaqi 创建的主题 Java 所谓的微服务架构,是不是类似面向对象中的 GOTO 函数?
拆分不合理不代表没有拆分的必要,只是拆分得不对而已。微服务的拆分,业界公认原则是按领域来进行拆分。

微服务的好处是一次建设终身受益。因为你在建设微服务体系的时候,会把业务无关的东西都拆分出来,变成整个系统所有业务共享的基础设施。这样一来,下一个业务就不需要重复建设这些基础设施,只需要关注业务本身就可以了,开发效率自然就大大提高。
2020-10-28 22:34:52 +08:00
回复了 jyf 创建的主题 Linux 有没有基于 Linux 环境讲 tcp/ip 路由技术的书?
提高下飞机驾驶技术的话,会维护静态路由就足够了。路由器的作用就是根据路由表转发 IP 包给下一跳的网络设备而已。
2020-10-28 21:59:31 +08:00
回复了 cking 创建的主题 Java 关于生产环境/预发布环境的一些疑问来询问 V 友
jenkins 可以为每个项目的每个环境分别建立一个 job 。job 里面可以选择执行不同的脚本来复制对应环境的配置到打包目录进行打包和发布。
2020-10-28 21:43:02 +08:00
回复了 DarkCat123 创建的主题 程序员 如何提高代码架构、设计、优雅的能力?
结构!结构!!还是结构!!!

结构设计对了,你会发现所有的功能都早就有合适的坑位在那里,就等着你去把这些细枝末节拼装上去。结构没设计对,总有些功能只能很不优雅地强行拼凑上去。这个时候,就该重新分析问题解决问题了。如果有时间,最好进行一次重构。
前后端都要做防重复提交!前端主要是点击后禁用按钮,等接口返回结果后再解除禁用状态。后端一言以蔽之:接口幂等。
@qiayue 时间戳的值没有时区,但获取这个值的时候就和时区有关系了。错误的系统时区将会导致获取到错误的时间戳。
@no1xsyzy ISO 8601 什么的会被前端打死……
2020-10-28 10:20:09 +08:00
回复了 1qaz2wsx 创建的主题 程序员 如果是你造消息中间件的轮子,你会考虑哪些方面?
使用要简单,消息处理要智能。
2020-10-28 10:13:18 +08:00
回复了 awanganddong 创建的主题 程序员 前端与后台通过 socket 提供接口的问题
@nnnToTnnn 所以粘包不仅是一个伪问题,还是一个生造出来的伪概念。
2020-10-28 10:12:00 +08:00
回复了 awanganddong 创建的主题 程序员 前端与后台通过 socket 提供接口的问题
@nnnToTnnn 是的,v2 不是经常出来粘包问题么,所以就调笑了一下。应用不通过应用层协议通信,而是直接往 socket 里怼数据,就会发现对方接受的数据粘在一起无法区分,俗称“粘包”。
2020-10-28 10:06:52 +08:00
回复了 madworks 创建的主题 Java 各位大佬, jpa 和 mybatis 一起用符合设计吗,有哪些隐患
一起用没啥问题,反正各管各的也不会打架,能有什么问题?
2020-10-28 10:04:08 +08:00
回复了 awanganddong 创建的主题 程序员 前端与后台通过 socket 提供接口的问题
@xuanbg 然后你需要自己设计一个应用层协议来实现表单状态的实时下发。
2020-10-28 10:01:04 +08:00
回复了 awanganddong 创建的主题 程序员 前端与后台通过 socket 提供接口的问题
如果用 socket 来实现的话,粘包也许迟到,但不会缺席。
对于接口来说,日期要么字符串传参,要么时间戳传参。还能有别的办法传参?反正我倾向于字符串传参,时间戳还得换算一下才能知道时间,不利于发现问题。
1 ... 180  181  182  183  184  185  186  187  188  189 ... 308  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5818 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 54ms · UTC 02:49 · PVG 10:49 · LAX 18:49 · JFK 21:49
Developed with CodeLauncher
♥ Do have faith in what you're doing.