据我所了解go是不支持类似threadlocal的操作的,但要是我现在一个dao层的方法突然要新增一个语言字段,那我只能从controller层一层层传下去吗?本身这个方法还有多层调用,那样我的改动太大了。
以前我用java会有类似scope等于request的threadlocal可以直接get一些必须的信息
你们会遇到类似的问题吗,怎样解决,我想过在框架调用handler之前生成request的uuid放进map,然后最后移除掉
但go适合我这样做吗?也可能写的不好引发内存泄漏问题
我晕, 你说30K-50K会招不到人? 不是菠菜公司吧. 国内这样的价位抢破头.go的简化指针对于C/C++的复杂来说的确易用了很多, 说高明可能只是针对那些比较菜的玩不好指针的人来说的, 而且go的指针比它的前辈复杂性低了很多这是公认的.如果说go有问题够烂坑很多, 我觉得其他语言也一样.go是不那么成熟, 但是不代表对于熟悉它的人来说也到处是坑根本没法用的程度. 回到你的观点, 栈内存很小能分配在上面效率和性能是很高的, 这是我为啥说栈内存不值钱, 你说把所有逻辑都在一个函数内实现一把梭并不能起到节约多少资源的目的, 该怎么分配还是怎么分配该需要多少内存还是多少, 并不会因为逻辑上多了几个函数和调用就会增加多少复杂度和性能损耗.
另外, 严重不同意你说GO比C是大大退化了, 这两种语言要解决的问题完全不一样不能这么比较.说GO比C先进也只是针对指针简化处理这块对小白的友好性而已.
还有一点补充一下, 代码复用并不是一个伪命题, 高度的代码复用和解耦是软件强壮性和可维护性的重要保障.OOP语言一直很香, 我不明白你为啥说XX extends oo 不香, 不知道这个结论从何说起.Go缺乏OOP是一大缺点并不是优点, 所以现在急着先上泛型, 其他的希望以后也能补起来.
#10
更多评论