微软将不再把 .NET Framework API 移植到 .NET Core 3.0
目前 .NET Core 3.0 拥有的 API 总数约为 .NET Framework API 的 80%,剩下尚未从 .NET Framework 移植到 .NET Core 的 API,微软考虑以开源的形式发布。
微软方面表示,通过 .NET Core 3.0,他们现在已具备轻松移植现代 workload 所需的所有技术,无论是桌面应用、移动应用、控制台应用,网站还是云服务。为此,他们计划将不再把 .NET Framework 上已有的技术移植到 .NET Core 3.0,并考虑使用 MIT 协议来开源不打算移植到 .NET Core 3.0 的 .NET Framework 代码库。
当然不移植 API 并不是说我们在使用新技术方面没有任何机会,只是这些技术不会在 .NET Framework 代码库中出现。
下面我们来看看 .NET Core 和 .NET Framework 的发展历程。
从 .NET Core 1.0 开始,它只有一个非常小的 API 集合,其中仅包含大约 1.8 万个 .NET Framework API。通过 .NET Standard 2.0,微软试图在 .NET Framework, .NET Core 和 Xamarin 之间共享代码,因此 .NET Core 2.0 提供了大约 3.8 万个 .NET Frameworks API。此外,微软还构建了兼容性套件包 —— Windows Compatibility Pack,而该套件包又让 .NET Core 增加了大约 2.1 万个 .NET Framework API。至此,前后大约有 6 万个 API 移植到了 .NET Core。
而在最新发布的 .NET Core 3.0 中,微软又增加了 WPF 和 WinForm,因此将 .NET Framework API 移植到 .NET Core 的总数超过了 12 万,比 .NET Framework API 总数量的一半还多。
这里还需要指出的是,微软特意强调他们在 .NET Core 中添加了大约 6.2 万个 .NET Framework 中没有的 API,因此如果仅比较 API 的总数,那么 .NET Core 的 API 数量约占 .NET Framework API 的 80%。
微软表示 .NET 的未来将基于 .NET Core,在 Build 2019 大会上,微软宣布 AppDomains、远程处理、Web Forms、WCF server 以及 Windows Workflow 都不会移植到 .NET Core。目前也不再计划将任何 .NET Framework 技术移植到 .NET Core 上。前面提到微软会开源不打算移植到 .NET Core 3.0 的 .NET Framework 代码库,希望借此为社区创造更多 OSS 项目尽一份力量。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Delta Lake 进入 Linux 基金会
近日,数据湖(data lakes)数据治理项目Delta Lake 进入 Linux 基金会,基金会表示将与 Delta Lake 共建数据湖开放标准。 Delta Lake是一个存储层,为 Apache Spark 和大数据 workloads 提供 ACID 事务能力,其通过写和快照隔离之间的乐观并发控制(optimistic concurrency control),在写入数据期间提供一致性的读取,从而为构建在 HDFS 和云存储上的数据湖带来可靠性。 Linux 基金会介绍,当前每个组织都希望通过数据科学、机器学习和分析从数据中获得更多价值,但由于数据湖内部缺乏数据可靠性,产生了极大的阻碍。Delta Lake 通过使事务符合 ACID 标准来启用并发读取和写入,从而解决了数据可靠性挑战。它的架构实施能力有助于确保数据湖中没有损坏且不合格的数据。自 2017 年 10 月推出以来,Delta Lake 已被 4 000 多家组织采用,每月处理超过 2 exabyte(十亿字节)数据。 “将 Delta Lake 引入 Linux 基金会的中立组织之下,将有助于依赖该项目的开源...
- 下一篇
使用Apache Ignite构建C++版本的分布式应用
本文会介绍Apache Ignite的C++ API(称为Ignite C++),主要面向C/C++开发者。 Ignite和Ignite C++ Ignite C++构建于Ignite之上; Ignite C++在同一个进程中启动JVM,并且通过JNI与之通信; .NET、C++和Java节点可以加入同一个集群,使用相同的缓存,并且使用通用的二进制协议进行互操作; Java计算作业可以在任意节点上执行(Java、.NET和C++)。 入门 因为Ignite是一个分布式平台,所以开始就要先启动一个节点,这方面如果使用ignite::Ignition类是非常简单的: 好了,在C++环境中已经使用默认的配置启动了第一个Ignite节点!其中Ignite类是访问集群的主要入口点。 数据操作 暴露数据操作API的主要Ignite C++组件是ignite::cache::Cache<K,V>。它包含了基本的数据操作方法集。由于缓存本质上是作为分布式哈希表的接口,因此基本上可以像处理简单容器(map或者unordered_map)那样与它进行交互。 Ignite主要是用Java开发的,...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8编译安装MySQL8.0.19
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS6,CentOS7官方镜像安装Oracle11G
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Red5直播服务器,属于Java语言的直播服务器
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7