V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lanlanye  ›  全部回复第 13 页 / 共 20 页
回复总数  382
1 ... 5  6  7  8  9  10  11  12  13  14 ... 20  
2022-05-11 23:55:16 +08:00
回复了 hkhk366 创建的主题 Go 编程语言 go 语言如何关闭正在运行的协程?谢谢
@ob 因为需要贴代码临时找了个支持的地方,域名与我无关……计算任务不一定能拆解,而且还要考虑可能是集成其他人的代码,这种情况大概还是会发生的。
2022-05-09 23:09:12 +08:00
回复了 anxn 创建的主题 MySQL SELECT COUNT(*) 查询如何优化?
1. 分成两个接口,这样相同条件只需要 count 1 次

2. 如果全文检索本身无法利用索引优化,可以用 OVER() 一次获取到结果和总数,少查一次
2022-05-08 21:17:02 +08:00
回复了 reorx 创建的主题 程序员 我的 Vim 自动补全配置变迁史
用了几年 vim/nvim 了,刚开始折腾各种配置和插件,最后退化到只用 vscode 和它集成的几个简单插件,也就是用来操作括号、注释和快速跳转之类的,终端直接捡现成的 SpaceVim 用了,不过它属实有些复杂,我也没空去研究,就图一个主题+行号之类的默认配置。

哦,总要装的一个插件是 vim-easy-align ,强迫症写 markdown 的表格时离不开它。
2022-05-08 20:56:30 +08:00
回复了 hkhk366 创建的主题 Go 编程语言 go 语言如何关闭正在运行的协程?谢谢
正常来说应该是通过层层传递 ctx 来分解任务,避免你说的 「 work 过于繁重,永远轮不到执行关闭的时候」,就像楼上说的那样。

如果确实做不到的话,试试下面这种方式:

https://paste.org.cn/WYbBsPUBWn
2022-05-08 18:00:12 +08:00
回复了 Benjia 创建的主题 Linux 求推荐一个离线下载的服务
我推荐 [Cloudreve]( https://github.com/cloudreve/Cloudreve)

配合 aria2 实现离线下载并且可以在线查看进度 /修改任务信息,另外比起 Aria2Ng 来它的优势在于下载好的资源可以直接预览(甚至在线编辑),而且除了本机存储外支持多种存储端,再就是实用 Golang 开发,占用资源小,部署简单。
2022-05-08 17:51:46 +08:00
回复了 msojocs 创建的主题 Linux 腾讯会议: Linux 用户快滚
@stevefan1999 表示反对,GPL 用来保护 copyleft ,版权是叫 copyright ,你觉得前者为什么叫 copyleft ?当初 Linus 并没有支持自由软件运动,但他在开源 Linux 时却选择了 GPL ,我一直觉得这件事很有趣。
2022-05-08 17:40:15 +08:00
回复了 msojocs 创建的主题 Linux 腾讯会议: Linux 用户快滚
Linux QQ 也是,但是钉钉其实也不怎么好用,平时在 Linux 下用网页版钉钉,遇到图文混合信息直接没法显示,而且登陆和微信一样必须手机扫码。

腾讯会议出个 web 也好啊,不比每个系统搞一个版本方便多了吗?
2022-05-08 17:36:00 +08:00
回复了 ojh 创建的主题 程序员 关于 Java 笨重一说
在我这个没写过 Java 项目的外行看来,面向接口编程应该是没什么问题的,准确来说是面向抽象编程,但并不是所有东西都需要抽象,以“考虑未来 /拓展”为理由产生的过度抽象是应该避免的。

关于 Getter/Setter:同 56 楼,是面向对象保持封装性的一部分,但是我个人认为如果你开发的是一个类似 Spring 这样需要一步步发展完善的大型工程项目,那封装是很重要的,反之如果只是写简单的业务逻辑,以后很可能整个 Model 都推翻重来,也不会有人在你这个项目之上再去拓展(感觉一般的 Web 项目模型都不会再作为其他项目的基础了),那么对于不需要限制修改的属性,完全可以写成 public 的。

其他内存问题我不了解,不过直觉多一个 JVM ,不管怎么都不可能和直接在对应平台上编译效果一样吧。
2022-05-04 22:17:22 +08:00
回复了 chenxiankong 创建的主题 程序员 大厂完善的基建对于个人发展的利弊
确实是组的问题,写业务最佳的状态是人家把轮子都造好,你只要专注在业务逻辑上就可以了。
但是当你的业务代码已经优化到很难继续提升时,你可能需要考虑一下你用的这些轮子上还有没有提升空间,然后理想的状况就是去研究这些东西然后优化它们。

当然实际上这些工作已经有专门的人在做了,那就大家在自己负责的领域努力做好然后去做下一个,人人都是螺丝钉了……大不了干几年出去创业嘛。
2022-05-04 20:45:30 +08:00
回复了 lanlanye 创建的主题 Go 编程语言 Go 语言的 JSON 序列化要单独定义一个 struct 吗?
@Aoang
@lessMonologue
@TinyKube

谢谢各位回复,最后在翻阅标准库的注释时找到了比较官方的解决方案:实现 Marshaler 和 Unmarshaler 接口即可,也就是说为每个 struct 定义 MarshalJSON 和 UnmarshalJSON 方法,之后即可使用标准库 json 进行自定义的序列化和反序列化,也解决了私有属性的序列化问题。
2022-05-04 20:00:05 +08:00
回复了 lanlanye 创建的主题 Go 编程语言 Go 语言的 JSON 序列化要单独定义一个 struct 吗?
@Aoang 感谢,我再尝试一下哪种方案更好用吧。

@lessMonologue 全大写的话意味着破坏了封装性,不过如 Python 之类的语言同样也淡化了这方面的限制,我不太清楚这样做是否会带来什么问题。
2022-05-04 18:24:47 +08:00
回复了 lanlanye 创建的主题 Go 编程语言 Go 语言的 JSON 序列化要单独定义一个 struct 吗?
@Aoang 意思是不要把结构体严格等同于其他语言中的类,在需要时创建匿名结构体来满足需要就可以了吗?
2022-05-04 18:17:30 +08:00
回复了 lanlanye 创建的主题 Go 编程语言 Go 语言的 JSON 序列化要单独定义一个 struct 吗?
@ch2
@honkew

写完发现有个地方没讲清楚,想补充但是超过可编辑时间了,情况是这样的:

我的领域模型中属性默认都是非导出的(即小写字母开头),这种情况下没法直接添加 json tag 来做序列化,所以我很纠结,是为了序列化将属性改为 public ,还是应该定义一个新的 struct 用来做序列化。
2022-05-04 17:59:20 +08:00
回复了 voidmnwzp 创建的主题 Go 编程语言 现在 Java 转 go 是不是个好时机?
我从来没用 Java 写过项目,但最近甚至想去研究一下 Spring 的源码……Java 好东西多着呢。
当然,烂大街也是真的……
2022-05-01 13:05:58 +08:00
回复了 bthulu 创建的主题 Go 编程语言 go 用来业务开发, 开发速度是不是吊打其他语言?
大概是反向吊打,有想法需要验证的时候都是拿 Python 先写一遍的……
2022-04-29 03:50:19 +08:00
回复了 Gota 创建的主题 Go 编程语言 从零开始搭建一个简单实用的微服务模板 Part 2
前篇地址 404 ,不过通过 blog 找到了,支持干货。
说到 Google API Design ,Golang 主流的 router 在处理 URL 参数时都选择了冒号前缀,很难受;(
2022-04-15 11:39:44 +08:00
回复了 lanlanye 创建的主题 程序员 请教两个问题,关于 Event Sourcing 和 CQRS
@zh6335901 感谢回答,我也觉得确实应该考虑一下返回 Id

@lmshl 直接写入 Kafka 的话重放时调整 offset 来实现吗?请问还有什么需要注意的地方吗?
2022-04-14 00:08:25 +08:00
回复了 lanlanye 创建的主题 程序员 请教两个问题,关于 Event Sourcing 和 CQRS
@staticage
1. 我的第一个问题在于这个创建对象的接口是不是不应该返回值,如果是这样的话,后端生成的 uid 前端是获取不到的。
2. 第二个问题的主要疑惑在一致性问题上,举例来说,假如我使用关系库存储事件,用任意 MQ 分发,那就会在一个操作中涉及到两个组件(关系库和 MQ ),我要如何保证这个操作的原子性(即避免出现消息发送成功但事件存储失败之类的情况)?
2022-04-13 22:57:21 +08:00
回复了 rpish 创建的主题 程序员 你问过自己,想写什么吗?
女朋友+1
2022-04-13 22:36:56 +08:00
回复了 mokevip 创建的主题 程序员 如何看待后端接口带出数据库全部字段
暴露了表结构可能是一个问题,另外如果冗余数据的内容非常多导致传输受到影响也不好。
除此之外其实没什么太大的问题,而且我个人的看法是少量的计算和格式转换交给前端做更好,毕竟前端的计算压力分散在每一个客户端(浏览器)上,而后端处理则是一台服务器处理所有请求需要的数据,显然前端处理可以分散压力。

当然实际项目中大部分人这么做是因为懒(摊手
1 ... 5  6  7  8  9  10  11  12  13  14 ... 20  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1011 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 20:14 · PVG 04:14 · LAX 13:14 · JFK 16:14
Developed with CodeLauncher
♥ Do have faith in what you're doing.