开课中国  |  [Investor Relations]   |  官方微博

广州.NET培训中心

美国上市公司 · 亿元级外企.NET培训企业

  • 目前.NET Standard面临的局面是什么?

    发布:IT      来源:IN      时间:2017-05-16        

  • 目前.NET Standard面临的局面还不是那么悲催,它依然是一种向第三方库同时提供.NET Framework和.NET Core能力的好方法。真心希望你们能重新考虑这个决定。希望有朝一日可以让Stack Overflow充分利用我们贡献出来的数千小时个人时间,帮助.NET Core平台更上一层楼。 Stack Overflow的Nick Craver通过实例论证了很多团队可能产生的沮丧。在花了大量时间将他们的代码移植到ASP.NET Core + .NET Framework之后,他们觉得自己的努力做了无用功:

  • 目前.NET Standard面临的局面还不是那么悲催,它依然是一种向第三方库同时提供.NET Framework和.NET Core能力的好方法。真心希望你们能重新考虑这个决定。希望有朝一日可以让Stack Overflow充分利用我们贡献出来的数千小时个人时间,帮助.NET Core平台更上一层楼。

    Stack Overflow的Nick Craver通过实例论证了很多团队可能产生的沮丧。在花了大量时间将他们的代码移植到ASP.NET Core + .NET Framework之后,他们觉得自己的努力做了无用功。

    基本功能方面依然存在差距。移植到1.x的工作基本上完全就是一种旁侧(Lateral)项目,可供我们使用的功能极为有限。2.x版在某种程度上来说还算值得进行升级,但我们也无法保证最终一定就会这么做。有很大可能我们花费大量时间、成本以及精力移植到1.x版的努力最终会搁浅,因为随后还需要依赖完整的Framework。我不希望自己公司在这方面打赌碰运气。最终我们能得到的支持可能远远比不上目前使用的ASP.NET 4.x。

    除非这一点能有所改变,否则我们的应用不会移植到ASP.NET Core,而我们所有的库可能会面临比缺乏内部测试更糟糕的麻烦。

    Quentin对此表示了赞同:

    没错,具体原因我很理解,真希望我能说“早就猜到有这样的一天”,但不事先通知就放弃,这一点真的让人很不爽。

    和其他厂商类似,我们也有应用生态,有诞生于十几年前甚至更早之前的库,有很多MVC 3、4、5应用,有控制台应用,有Windows服务,有成百上千行代码。相比其他一些技术,情况完全没有糟糕到必须要进行升级的地步。

    最近我们使用ASP.NET Core 1.1开发了几个新的Web应用,这就必然要以完整的4.6.2版Framework为目标。这些应用大量运用了我们现有的共享库。我们已经将大量开发工作时间用于处理project.json,随后是新出现的.csproj,这么做只是为了在同一个解决方案中混合使用新老.csproj,回退至VS15将只能使用古老的.csproj类型,破碎的System.Dependencies,冗烦的程序集绑定问题,构建和发布问题。

    而现在我们已经展翅高飞进入到一个死胡同里。是否就这样放弃数个人月的开发工作,或投入更多时间来查明哪些代码可用哪些又不可用,然后想方设法进行升级,接下来才能知道这样的做法到底可不可行。不能说我完全不赞同目前的方向和必要性,只不过希望能提前通知一下大家。

  • 上一篇:第三方插件Oracle ADO.NET如何提供程序?

    下一篇:ASP.NET Core的演讲:ITT游走在技术前沿的人才能接受?

2001-2016 达内时代科技集团有限公司 版权所有 京ICP证8000853号-56