广州.NET培训
达内广州.NET培训中心

18589266248

热门课程

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

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

目前.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游走在技术前沿的人才能接受?

广州.Net培训:.Net培训有什么特色?

广州.Net培训:学习.Net的几个基本步骤

达内海归硕士高薪入职软通动力外派华为

女生适合做程序员吗?美女程序员用技术征服IT名企

选择城市和中心
贵州省

广西省

海南省