北野 - Michael
北野 - Michael
### Is your feature request related to a problem? 写了一条memos后，记录了当下的想法，之后(几小时、几天、更久)或许有与该memos相关的新想法或者新批注，虽然memos可以随时重新编辑的功能，但是我依然想保留旧的memos，仅仅添加关于该memos的新想法，以保留 该memos的 想法演进脉络。 ### Describe the solution you'd like * 添加类似评论功能，自己的memos自己评论，也不违和啊，也可以开放给其他人来评论。 * 评论功能可以使用其他名字装饰，比如 批注？ 但是UI体验应该和评论类似，简单、快捷、有效。 ### Additional context _No response_
需求： - 添加 net/http: ServeMux 的支持 方案1: - 只支持go1.22+ 的 net/http: ServeMux 方案2: - 通过选项支持
### 源由: 最近在集成OpenTelemetry到使用gin的项目中，使用[otelgin](https://github.com/open-telemetry/opentelemetry-go-contrib/tree/main/instrumentation/github.com/gin-gonic/gin/otelgin)与[otelgorm](https://github.com/uptrace/opentelemetry-go-extra/tree/main/otelgorm)进行 Trace链路追踪(详情请见[paopao-ce](https://github.com/rocboss/paopao-ce/tree/x/opentelemetry))，集成过程中遇到一些问题，比如使用go-mir生成的代码默认是不带Engine `Context`或 HTTP Request `Context`，而`otelgin`是使用 HTTP Request `Context`来透传OpenTelemetry相关上下文的，如果需要将从HTTP Request 到DB数据库之间的链路串连在一起，就需要显示的`Context`来透传链路的上下文信息，也就是需要显示获取最原始请求的HTTP Request `Context`。目前go-mir支持代码生成的接口显示带有Engine `Context`，比如Gin的`*gin.Context`，只需要在接口定义处添加`Context`原语，一般HTTP Request `Context`可以从Engine `Context`中获取。还有一种获取HTTP Request `Context`的方法就是在请求参数Bind的时候获取，比如在默认的Bind函数中获取HTTP Request `Context`后赋值给接口的请求参数。以上两种方法都能满足需求，但都是采用了取巧的法子来完成，本提按提供一种直接在生成代码的接口方法中直接带上HTTP Request `Context`来满足需求。 ### 需求: * 使用`UseRequestContext` Option选项开启添加HTTP...
### Add Thrift idl as DSL support for go-mir ```thrift namespace go car include "../base/common.thrift" include "../base/car.thrift" struct AdminCreateCarRequest { 1: string plate_num (api.raw = "plate_num", api.vd = "len($) >...