Golang不支持函数重载。

Why does Go not support overloading of methods and operators?

Method dispatch is simplified if it doesn't need to do type matching as well. Experience with other languages told us that having a variety of methods with the same name but different signatures was occasionally useful but that it could also be confusing and fragile in practice. Matching only by name and requiring consistency in the types was a major simplifying decision in Go's type system.

Regarding operator overloading, it seems more a convenience than an absolute requirement. Again, things are simpler without it.

- 阅读剩余部分 -

目前的思路是这样的:

1、尽量减少网络请求的次数,毕竟网络请求不稳定而且慢。所以,应该直接返回资源本身,而不是返回资源id,然后再根据id再请求一次。

HTML5中规定了一些self-closing tags,例如<br>, <meta>, <hr>等。

其中一个问题,困扰我很久,到底结束的时候那个"/"要不要?
比如:

<meta charset="UTF-8">
<meta charset="UTF-8" />

其实这俩都对。

比如,最近看了纪录片《人生一串》,就立刻想着,做一个全国烧烤地图,并且搜了一下域名,还可以注册呢。

但考虑了三天,忍住了,不剁手买域名了。

原因如下:

1、数据何来:指望我一家一家搜集?那是不可能的,根本搞不定
2、消费者习惯:基本上都是聚会吃烧烤,一般有烧烤一条街,随便哪家都错不了,而且都一般是本地人消费这种夜宵,本地人不需要一个app就知道哪家烧烤好吃
3、盈利模式:没有,毕竟我就是一个程序员,分发一点流量,也就是我变现的途径了,真要从事烧烤,深挖烧烤行业供应链里的价值,还是算了吧;而且烧烤摊主也都不用费劲搞线上营销的,烤的好吃就行,自然就有顾客了,还是口碑传播为主
4、竞争态势:已有的评价系统足够好用,数据足够全,再来一个垂直分类系统,似乎规模有点小,毕竟烧烤这个东西,也是有季节性的,频次也不高吧,能有几个人一周吃2次烧烤的?
5、产品本质问题:信息泛滥,没有服务,在如今已经不行了,如果想查询某个店铺的信息,其实这样的网站足够多了
6、至于说练习一下Vue,还是算了,毕竟类似的idea很多,就是聚合信息的idea很多,而且经济效益更加明显。