一直关注.net core,原来也用.net core1.0写过一个简单的小项目,但是.net core 2.0一出来就全面的无法从1.0转换过去了。现在但是.net core 3.0也可能会不能好好的从.net core 2.0转换过来,最近公司正在做SSO,准备选择identityserver4来做,但是就担心.net core 2.0又是一个过渡版本,真实残疾。用identityserver3呢又觉得有点老了
你不了解微软,在2.0出来之前,很多人在观望,等2.0,按微软通常的版本风格,2.0往往是稳定版本
我们的很多产品都在使用asp.net core 2.0,比如博问
实名反对楼上的,微软风格是3.0才稳定的.... 逃....
不过这种事情难道不应该是自己试验才知道么,别人不会知道你用到哪一些东西的。
比如我需要使用的一个东东在net core里面居然还是alpha版本,一个稳定版都没有,
主要的问题是业界也是在观望中前进,碰到你用的第三方观望得太厉害,你就杯具了,
所以还得看你能有多大的自由度和转化能力,这东东问别人意义不大的。
有些东西藏得很深,不是自己用,问永远问不出来的。
其实已经很稳定了。
毕竟.net core 不是一个全新的产品,有.net framework 之前那么多版本的基础,所以.net core 2.0已经算很成熟了
同2L——反对楼上的。
实现的基础都特么不一样。
比如说你在windows上写一个串口封装类能稳定,你敢说你写的同样的串口封装类在linux上能稳定?
操作系统的模型、接口都不一样,别人家的实现再怎么熟也不会比自家的更清楚。
java的各家都在搞,加上可能存在能力参差不齐,实现代码没有微软工整,微软好多internal接口挺复杂的,但多余代码真是不多。
同样微软framework是win api上干活的,而在linux上怎么办,不同的版本又各有差异 —— 怎么办,还不得往下扒接口,统一性不是太好(虽然都是符合unix一套接口,但是...相信每个人自己写代码总会遇到扯淡的问题,厂商的符合标准之下没有相对绝对的统一标准,经常扯淡),有些逻辑哪怕是自己的,当稍微复杂的时候 —— 恐怕只有靠时间和次数来说明问题。
太多跨平台的坑了,例如xna for linux & android &win 等,鼎鼎大名的opengl够时间检验了吧 —— 这层够好了吧;
mono也算是经过时日了,网络、视图等也总会让人不知所措;
就是微软自家的版本都遇到过接口写法不一样——nt还同样版本。
总而言之我认为这种不给钱的更需要需要时间和使用次数来交代。
中小规模来说windows不存在成本问题。
稳的一匹。
你现在用的这个博问就是.net core做的
我们新项目用core开发的,线上跑着几十台linux拉。比windows下跑着舒服(^_^)