初级会员
  • 第 41666 位会员
  • gouyingqi
  • 2019-08-15 10:24:23
  • Offline
  • 20 6

最近发布的文章

    暂无

最近分享的资源

    暂无

最近发布的项目

    暂无

最近的评论

  • 首先你得明白为什么要用框架 java出生时的定位是简化版多平台c++,还是桌面软件的年代。如果用原生写web,毫无技术含量的crud也能累死你。框架说白了,就是集成了搭建web服务和crud这一套代码量超大的低级工作,让你能更高效的crud。 go出生时web服务已经满世界都是,标准库就有非常强的支持。一行代码就能搭建web,crud大不了用个gorm,还要框架做什么呢?那些框架也不过封装一下http包再加上自己的一套约定,有去读那一堆堆的文档约定的时间,我都可以手撸一个了。而且和公司业务绝对契合得多,相当于java拿spring二次开发,做内部定制框架了吧。 在下一个网络构建大变革的时代来临之前,go的框架意义都不大。我现在工作是单独写一些工具,更是完全找不到用框架给自己加上满身枷锁的理由。
  • #7 @jarlyyn 我懂您的意思了,你是说生成区块链的时候就有顺序, 而我把题目理解成了生成时是无序的,提交前才给他一个顺序。 我用chan是做队列用保证并发安全和顺序提交,类似于线程池的实现 如果生成时就有序的话,确实不适合 哎,不熟悉区块链,他表述也不清,我到现在都没明确这题的业务流程...
  • #4 @jarlyyn 谢谢留言,请问大佬这个具体怎么说?我也对区块链不熟,我的理解是并发验证是无序的,然后串行顺序提交就保证顺序了啊 我看我这个好像顺序提交好像没啥问题啊
  • #3 @focusonline 嗯,可能就是这点理解不同。我以为他要考的就只是实现串行提交,照你这么说可能他真想并行过程也要实现吧。 还有mutex效率高这点感谢告知,我印象里锁普遍效率不算很高而chan是O(1)的队列,确实没验证过。
  • #1 @focusonline 谢谢回复,说实话这个题目本来就不太明确,我也没准确理解他到底想考什么。 我是看题目里说实现“提交前预处理”环节,所以没写并发过程,只是简单模拟啊。 还有MUTEX效率应该是低于chan的吧所以我特意用了chan... 不管怎么说应该没错啊,那边给我的回复直接是“未实现功能”就不懂了