.NET Core 感觉比 Golang 好啊

137 条回复 • 2019-07-26 13:53:17 +08:00

1 2

❮

❯

101

fyooo

2018 年 1 月 8 日

『.NET Core 感觉比 Golang 好啊。也可以跨平台编译，性能也和 golang 差不多，而且 c# 比 golang 更好用，还有 VS 这种很方便的 IDE 』

同意题主的观点，可惜没机会用，业界的开源生态没有太多.NET Core 的第三方库。

102

darrh00

2018 年 1 月 8 日

@hjc4869 呜，CentOS 6 被加入鄙视行列了。我们的生产服务器还有一堆 CentOS 5。。

不过 rhel6 明明在支持的列表 https://docs.microsoft.com/en-us/dotnet/core/rid-catalog
我的 dotnet 版本为 2.1.3，却无法给 rhel.6-x64 打包:
```
/usr/local/share/dotnet/sdk/NuGetFallbackFolder/microsoft.netcore.app/2.0.0/build/netcoreapp2.0/Microsoft.NETCore.App.targets(19,5): error : Project is targeting runtime 'rhel.6-x64' but did not resolve any runtime-specific packages for the 'Microsoft.NETCore.App' package. This runtime may not be supported by .NET Core.
```

不得不吹几句 Go：
1. 打出的单个文件，又干净又清爽，
2. 可执行文件小很多，（当然对我来说，还是有点偏大），
3. 没有 libc 的依赖，
4. windows xp 都还在被支持的行列里

103

nannanziyu

2018 年 1 月 8 日

@darrh00
dotnet core 内置的 Kestrel 可以直接开放端口外部使用，但官方建议用 nginx 来反代
另外 dotnet core 系统要求在这里 https://docs.microsoft.com/en-us/dotnet/core/linux-prerequisites?tabs=netcore2x

104

wekw

2018 年 1 月 8 日

跨平台不足，go 就是网络 C，跨平台能力不是一般的强。。。。

105

eaglexiang

2018 年 1 月 8 日 via Android

@TangMonk 你说的是加-r 参数以后的效果，而且其实-r 参数的作用就是把目标平台的 core 库拷贝一份，再生成一个可执行程序调用你的.dll 文件

106

hjc4869

2018 年 1 月 8 日 via iPhone

@darrh00 没鄙视 CentOS 6，不过 scd 确实没法跑 CentOS 6 上，CentOS 6 缺的东西太多了都要手动编译。
CentOS 5 今年就结束支持了，支持的必要性不大。

你说的 golang 的优点从来没哪个说过 .NET 能胜过，不过现在有 docker 部署什么都是一键了。连 ruby 那么麻烦的东西现在都没人抱怨部署了。

107

huobazi

2018 年 1 月 8 日

同意楼主观点

108

hst001

2018 年 1 月 8 日

两种语言我都有用，都很喜欢，各有优劣，不吹了

109

abcbuzhiming

2018 年 1 月 8 日

@hujianxin 继承本来就不是对象范式里必须的东西，它只是学术界在第一次面向对象范式崛起热潮时加进去的，最初的对象范式只有以下描述“程序的最小组织单位是对象，对象彼此之间发消息来组合完成功能”，压根就没对象什么事情。当年 C#之父其实就不想要继承这个特性，最后是屈服于市场才加进去呢，而且现在这个时代，学术界才关注继承封装多态这些玩意，工程界关注的是“组合”，这也是为啥 golang 的接口模式大受欢迎的原因