微软开源 Xamarin API Docs

h4cd
 h4cd
发布于 2019年05月12日
收藏 9

5 月 9 日,微软宣布开源所有 Xamarin API 文档,API 文档根据知识共享署名 4.0 许可(Creative Commons Attribution 4.0 License)发布,同时任何相关源代码则基于 MIT 许可。该项目受微软开源行为准则(Microsoft’s Open Source Code of Conduct)约束。

其中 Xamarin.Android API 文档页面是基于 Android 开源项目创建和共享的工作进行的修改,并根据 Creative Commons 2.5 Attribution License 中描述的条款使用。

微软介绍,Xamarin API 文档是使用 mono 项目的开源 mdoc 工具链构建的,此工具链将内联代码注释转换为 XML 文档文件的专用目录。更新源程序集时,添加/删除的类和成员将同步到文档仓库。

开源的这些 API 文档分别有单独的 GitHub repo:

同时,微软还将相关项目从旧的 Xamarin 主页迁移到 docs.microsoft.com,地址分别为:

docs.microsoft.com 站点提供了与 Microsoft .NET 平台相同的演示、搜索、浏览、本地化和版本控制体验,开发者可以按平台和版本进行过滤,快速准确地获得命名空间、类名和成员签名的搜索结果。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:微软开源 Xamarin API Docs
加载中

精彩评论

大洋的顶端
大洋的顶端
xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。
h00kran
h00kran

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。

引用来自“h00kran”的评论

flutter目前还只是个玩具,和xamarin根本没得比。

引用来自“SHSOFT”的评论

你的C#是编译虚拟机里运行的?我一直用Xamarin开发移动应用,而且在ios编译与原生应用没区别,你搞明点
哦,我知道了。你应该是回复错人了。。。
h00kran
h00kran

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。

引用来自“h00kran”的评论

flutter目前还只是个玩具,和xamarin根本没得比。

引用来自“SHSOFT”的评论

你的C#是编译虚拟机里运行的?我一直用Xamarin开发移动应用,而且在ios编译与原生应用没区别,你搞明点
不是,是adb直接调试。不过我只开发Android应用,而且用的是Xamarin.Forms。
h00kran
h00kran

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。

引用来自“h00kran”的评论

flutter目前还只是个玩具,和xamarin根本没得比。

引用来自“来自山卡拉的你”的评论

老实说,在移动应用开发语言和框架上,Google起码是满满的经验,xamarin就算了吧
确实,所以我也希望flutter能更好用一点,至少能像xamarin那样方便。
来自山卡拉的你
来自山卡拉的你

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。

引用来自“h00kran”的评论

flutter目前还只是个玩具,和xamarin根本没得比。
老实说,在移动应用开发语言和框架上,Google起码是满满的经验,xamarin就算了吧

最新评论(14

s
sikele2237

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。
qt delphi做手机端都能拿出来吹了,这才是真没人用的,flutter设计器都没有,xml界面描述都没有,这也往外吹,ionix这是Hybird,这种东西的坑你体会过么?rn倒不算差,只不过有些高端点的app开发用rn就等于维护rn框架而已,所以和xamarin差不了太多。吹不要瞎吹,黑不要乱黑。
KelvinQ
KelvinQ
.net的还是推Xamarin,其他的就去试试flutter
红薯
红薯

引用来自“不避风云”的评论

希望oschina的回复能够改变一下样式。如此热烈的讨论,导致整篇评论都在重复那几个长的评论。如果改成每个回复都在原文下面,不要作为新的回复出现,不用复制显示原文,应该更好吧。@红薯
在改
不避风云
不避风云
希望oschina的回复能够改变一下样式。如此热烈的讨论,导致整篇评论都在重复那几个长的评论。如果改成每个回复都在原文下面,不要作为新的回复出现,不用复制显示原文,应该更好吧。@红薯
l
lacusclyne

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。
@大洋的顶端 这位是不知道xamarin.forms的存在吧?
麦壳饼
麦壳饼
用户挺多的啊
h00kran
h00kran

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。

引用来自“h00kran”的评论

flutter目前还只是个玩具,和xamarin根本没得比。

引用来自“SHSOFT”的评论

你的C#是编译虚拟机里运行的?我一直用Xamarin开发移动应用,而且在ios编译与原生应用没区别,你搞明点
哦,我知道了。你应该是回复错人了。。。
h00kran
h00kran

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。

引用来自“h00kran”的评论

flutter目前还只是个玩具,和xamarin根本没得比。

引用来自“SHSOFT”的评论

你的C#是编译虚拟机里运行的?我一直用Xamarin开发移动应用,而且在ios编译与原生应用没区别,你搞明点
不是,是adb直接调试。不过我只开发Android应用,而且用的是Xamarin.Forms。
S
SHSOFT

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。

引用来自“h00kran”的评论

flutter目前还只是个玩具,和xamarin根本没得比。
你的C#是编译虚拟机里运行的?我一直用Xamarin开发移动应用,而且在ios编译与原生应用没区别,你搞明点
h00kran
h00kran

引用来自“大洋的顶端”的评论

xamarin这个东西基本没有多少人使用了,前些年还能赚点眼球。

在windows上,有.net 、qt、delphi、electron等很多传统的桌面开发工具。
在移动平台anroid和ios上,原生的、react、flutter、ionic等一大堆工具,还有很多能兼容H5和APP的开发工具。
在mac开发平台上,无任何优点,而且还得学习原生的框架才能写出有效代码,几乎快是学了两种语言。

开源精神是好,但是开源不是万能药,即使Xamarin把所有的资源附上最宽松开源许可证,也无法拯救Xamarin的颓势,
因为xamarin这原本就是一个极其差劲的框架,它靠着伴着"c#"这颗大树才发家的。

mono这些年一直想把c#编译成本地二进制,而不是编译成虚拟机里面运行,而unity3d早就抛弃了mono的c#的方案,采取编译本地二进制文件了,抛弃了C#所依靠的虚拟机。

目前unity3d里面的c#不是那个mono的c#,也不是.net core里面的那个C#,更不是windows .net平台下的c#,只是语法兼容类似而已。

引用来自“h00kran”的评论

flutter目前还只是个玩具,和xamarin根本没得比。

引用来自“来自山卡拉的你”的评论

老实说,在移动应用开发语言和框架上,Google起码是满满的经验,xamarin就算了吧
确实,所以我也希望flutter能更好用一点,至少能像xamarin那样方便。
返回顶部
顶部