微软.NET年芳15：我在Azure上搭建Photon服务器(C#.NET)



网上火热的“微软.NET年芳15”文章，我也得写点什么嘛，毕竟我还是现任的 微软MVP。

 

摘录网上的“.NET 15周年”信息如下：

微软的 .NET 框架本周迎来了 15 岁生日。.NET 的第一个版本在 2002 年 2 月 13 日作为的 Visual Studio.NET 的一部分首次公开亮相。过去 15 年，.NET 框架从一个流行的闭源软件开发平台，变成了一个开源的跨平台开发工具，微软是在 2014 年 11 月 12 日宣布开源 .NET，支持竞争对手 Linux 和 OS X 的平台。微软称，Visual Studio 2017 将于 2017 年 3 月 7 日发布，而 Visual Studio 也迎来了 20 岁生日，开源的 .NET Core 也将发布 2.0版本。

 

      我梳理了一下目前的.NET技术栈： 业务是基于Unity3D(跨平台游戏开发引擎)，开发AR、VR 应用； 绝大部分项目采用单机版，使用的编程语言是C#(Mono.NET)，不过最近交流的AR几个业务，明显用户已经不太满足单机版，有更多的需求需要用到联网的服务器功能，故技术选型就势在必行了：也算是未雨绸缪吧。

 

技术栈选型

我的技术选型有2点原则

1. 成熟，有助于提高开发效率
2. 人多，有坑大家一起填

这2点原则是基于第一次创业失败的经验总结。约在3年前吧，刚开始创业的时候，特别排斥C#.NET技术(互联网创业，还用C#，说出去都不好意思啊)，虽然用的是Unity3D游戏引擎(C#)，但是服务器选择却是非.NET倾向的。 那个时候对比了多种技术栈：

• PHP游戏服务器
• Node.js游戏服务器
• C++游戏服务器
• JAVA游戏服务器

权衡再三选择是Java，采用的是SmartFoxServer商用服务器框架，JAVA和C#非常类似、学习成本低一些。

种种原因，后来呢，第一次创业失败了，我的反思是“创业成功大部分原因是CEO的引导有方，创业失败大部分原因是CTO的选择失误导致”。

当时我没有考虑到成本意识、对一个5人研发团队，C#、Java并行的沟通风险有多大：

如果当时客户端是C#技术栈、服务器端也是C#技术栈，则可以从5人技术团队裁掉1人，节约20%人力成本，而且减少沟通后可以提高30%的开发效率，进而有效的推动产品快速扑向市场的速度，可惜这个是“事后诸葛亮”。

这个“事后诸葛亮”，我一直如噎在喉.

       不过去年在一次微软技术峰会，看到网易案例的演讲，我的眼睛亮了起来：“微软技术大神徐玉涛Tory做的分享—网易《绝代双骄》将游戏后端从Java转为新一代.NET Core，研发效率提升20%，服务器成本节省50%”–在线视频为证。

 

故对选择一款C#的服务器，以打通AR、VR客户端、服务器端，提高开发效率，生产力加速，我个人非常期待。