V2EX › lanlanye 的所有回复 › 第 14 页 / 共 20 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 6 7 8 9 10 11 12 13 14 15 ... 20

❮

❯

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 创建的主题 › 程序员 › 如何看待后端接口带出数据库全部字段

暴露了表结构可能是一个问题，另外如果冗余数据的内容非常多导致传输受到影响也不好。
除此之外其实没什么太大的问题，而且我个人的看法是少量的计算和格式转换交给前端做更好，毕竟前端的计算压力分散在每一个客户端（浏览器）上，而后端处理则是一台服务器处理所有请求需要的数据，显然前端处理可以分散压力。

当然实际项目中大部分人这么做是因为懒（摊手

2022-04-13 10:09:13 +08:00

回复了 unt 创建的主题 › 程序员 › 现在在 Mac 和 windows 间反复横跳，很难受怎么办

这个好办，公司换装 Linux

2022-04-08 12:28:35 +08:00

回复了 Lighthughjiajin 创建的主题 › 程序员 › 求问，非科班程序员如何提高？

科班学啥你学啥就行了。
反正大部分都是自己学出来的。

2022-03-31 11:59:25 +08:00

回复了 frank1256 创建的主题 › 程序员 › DDD 到底啥，有啥用

楼上说的对，对同事要求太高，需要你做架构师

2022-03-28 03:44:15 +08:00

回复了 llsquaer 创建的主题 › Python › Python 发现个奇怪知识,类属性不被实例化修改,即可被外部修改

所以不建议水平不够的人写 Python ，更不建议和水平不够的人合作 Python 项目
语言没有约束，就只有靠程序员自己去约束了

2022-03-28 03:34:10 +08:00

回复了 YuTengjing 创建的主题 › Visual Studio Code › VSCode 又酷又实用的多光标编辑

图做得真好
可惜用了 vim 后就不想再折腾这些了

2022-03-12 17:58:26 +08:00

回复了 HOU 创建的主题 › MacBook Pro › 请教 m1 pro 芯片 14 寸 MBP 用户真实体验

32 的，基本没听到过声音，目前能感觉到发热的使用场景只有剪视频和开 OBS

2022-03-11 09:29:30 +08:00

回复了 soberzml 创建的主题 › Markdown › typora 写 markdown 好在哪

个人使用场景：
和 vscode 比最大的好处是支持绑图床，vscode 实现需要折腾
最大的缺点是没有 vim 插件

2022-03-05 10:50:33 +08:00

回复了 lanlanye 创建的主题 › 程序员 › 关于软件设计的一些问题

@v2exblog 分层问题简单来说就是使用分层架构，我接触到的分层架构主要有两种，一种规定每层只能访问自己下面一层，另一种规定每层都可以访问下方所有层，我觉得两种都行。
CRUD 就是跟着数据模型走，设计好数据库，本质上就是开发一个界面好看的数据库管理工具。
如果你的业务很复杂，无法用这种简单的方式实现，则可以参考 DDD 中的方式对领域进行分析。

2022-03-03 12:32:44 +08:00

回复了 lifesimple 创建的主题 › 问与答 › 人傻了，还有这种需求

@lifesimple 我不太懂这个逻辑，你说撤回的目的是修改再提交，那直接允许在审批前修改不就行了吗？审批后不允许再修改。

1 ... 6 7 8 9 10 11 12 13 14 15 ... 20

❮

❯