TFO 已经不是个新技术了,哪怕是计算机网络方面最守旧的 Windows 如今也支持了 TFO(虽然只支持客户端,而且疑似不符合规范并且很多 bug)。最近正好做项目时用到了 TFO,因此总结一下 .NET Core 使用 TFO 的方法。 继续阅读
作者归档:David Huang
在 ARM 平台上使用 .NET Core SDK
2018年5月更新:
.NET Core 2.1 已提供 ARM 架构的 SDK binary,可参考 Dockerfile 下载使用。
—- 继续阅读
为什么我不再推荐使用微软服务
TL;DR
因为我的Microsoft帐号在8月被无故suspend,在8月底邮件回答客服提出的所有问题后,就再也没有收到任何消息,帐号也至今仍未取回。
期间我向在线客服咨询过ticket状态,确认了我的回复进入了客户支持系统,也确认了该ticket一直没有后续回复。
我联系过很多次、不同部门的在线客服,大部分的客服都拒绝向我透露帐号被suspend的具体原因,也没有向我透露如何才能解除suspend;有两个客服回答了我原因,但是却是回答的不同原因。
我认为,MS的客户支持服务的水平,以及如此对待客户的态度,导致其消费级服务完全不再具备使用价值。当然,企业服务还是可以放心用的,毕竟企业客服跟个人服务的客服是两回事,而且企业遇到这种事情直接打官司就可以了。 继续阅读
.NET Core 程序的打包与分发 (Linux 篇 Part. III)
前两篇文章介绍了 .NET Core 程序在 Linux 平台上的两种部署方式。对于服务器程序,使用 .NET Core 的两种部署方式基本上足以满足需求,但是在很多情况下, .NET Core 仍然不是最佳的选择。
如果你想使用 .NET Core SDK,或者使用 .NET Standard,同时又有以下需求之一:
- 在非 x86/amd64 架构上部署程序,比如部署到 ARM 或者 MIPS 架构
- 在 Linux 平台上做开发,但部署的目标包含 FreeBSD 等 .NET Core 并未官方支持的平台
- .NET Core 2.0 仍未支持你所需要的 .NET Framework API,但 mono 却有较好的支持
- .NET Core 2.0 对你所需要的发行版支持仍然非常差
那么可以考虑使用 .NET Core SDK 完成开发,但是使用 mono runtime 作为最终的应用分发方式。
除此之外,使用 .NET Core SDK 搭配 mono runtime 使用,还能在 Linux 上生成 Windows 的 .NET Framework 程序。
需要注意的是,这种方式虽说是可行且受支持的,但是在官方文档里并没有被提及,只在 GitHub issue 中提到过。可能使用 mono 的 reference assembly 算是一种 hack。 继续阅读