还有一点 直接用 import 在编译或开发时就会检查依赖了 错了代表设计不合理

虽然我本身不怎么想写测试

这之前已经有讨论过了 我倾向不用
package 下直接初始化 struct 就可以了
一楼讲的其实就是把 struct 当命名空间用 很 js 的方式
go 已经有命名空间了 所以不用这种方式实现一样结果更单纯
spring 下的与一楼讲的相似 只不过是换成阵列 徒增性能损耗
这种方式因语言本身 import 功能就已经解决依赖问题
只要没 import 循环问题即可 其它语言的都可能会有依赖循环问题 这是种对语言特性深度了解并使用本身具备的功能减少过多嵌套的方式个人认为最佳

至于测试... 可以用 go test
本身就已经有的功能

这一听感觉你们家是旺族 还在美帝那有地方备份
感觉是不小的资本 要备份的居然还是日常琐事
还以为是什么

这东西要用不是不行但最好不要用 虽然我都没强烈反对
这东西与 nsa 有关 也难用

@kivmi

静态类方法？
Go 只是没标示 static 吧

这个你封装一下就好了 不想那就没办法

@aarontian

这个追一下就知道了

只是不开源

我都用 shell 弄一个模板了

gin 本身有性能问题 尤其是 web 这种一页很多请求的
除此之外用 go 其实也可以写前端 只是要封装
本身就有 xml 支持了 css 和 js 也都可以自造轮子生成
发挥创造力的简单例子
html(
head(
title(text("test")),
style(
selectors(
selector(
".header",
),
style_display_flex(),
),
),
script(),
),
body(
div(attr(class, "header"), text("test")),
),
)
可以写函数切割元件 也就是 component 了 也可以只生成 html 避免代码泄露
至于有人说模板不好 模板很不错的 以上都可以实现

只用命令行 解冲突用 vimdiff 快捷键就是爽

@YYYeung

并不是 达不到你要的效果 有很多特性会缩限被替换的可能性 尤其是用框架类的更是如此 就算有解法也是非常弯曲 也要多写很多东西

这有个词叫无招胜有招 见机行事以符合上层脑热想到的 整成 java 那样无法应对千变万化的需求的 光封装可视就搞死人了 这也是框架坏处

你凭良心讲这不是很贴切吗 一堆设计模式不过是因应产生 也只有爱写的会觉得设计模式好 事实上 java 也可以不那么写 计算机的世界没有什么是不可以加一层转译的 等遇到了再转译不迟 也不会增加多少複杂度

事实上 bc 是种语言 也有 function 可以用 任意精度到 2147483647 位
https://zh.m.wikipedia.org/zh-cn/Bc%E8%AF%AD%E

命令行 cp 值真的太高

细思了一下 其实这问题调用系统的 bc 命令也是个解法 还实现延后计算的问题 如果有 golang 版做成 lib 的 bc 会更好