为什么选择Android
目前正在使用React Native，并尝试使用React Native nfc ios和React national nfc，以便我可以在ios和Android之间进行跨设备通信。我发现他们无法沟通，但我认为这是由于一个更广泛的问题（因为其他现有的应用程序也无法工作）。
如果我在iPhone7上下载NFC阅读器应用程序，在Android上下载NFC写入器应用程序，它们就无法通信。这是为什么呢？
复制说明
- 在 iPhone 7 上開啟 NFC 閱讀器
- 在Android上将一些任意数据置于NFC写入模式
- 将设备组合在一起不起作用。
由于不了解NFC的复杂性，作为一个普通的程序员，我很难理解实际问题是什么。
我知道iPhone7（plus）上的IOS11支持NFC读取，一般来说有卡仿真、点对点和读写模式。
-
< li >他们不应该交流吗？iPhone无法读取Android writer。这是为什么呢？ < li >卡仿真(我假设是Apple Pay)与写入模式有何不同？
共有1个答案
原因是因为苹果的iOS 11更新仅允许从NFC标签读取（仅允许Apple Pay写入）。目前，他们的软件与Android手机不一样，Android手机支持卡仿真、点对点和读写器NFC使用。因此，我们唯一的希望是等待软件更新，最终使开发人员能够使用这个现有功能。
-
如果你曾经使用过构建工具，你可能会对遇到的问题感到很沮丧，构建工具不是应该自动帮你完成项目的构建吗？你不得不向性能、扩展性等妥协。 比如你在构建一个项目的发布版本时，你要把一个文件拷贝到指定的位置，你在项目的元数据那里添加了版本的描述，如果版本号匹配一个特定的数字时，就把文件从A拷贝到B处。如果你依赖XML来构建，你要实现这个任务就像噩梦一样，你只能通过非标准的机制来添加一些脚本到构建中，结果就是
-
来源：https://github.com/atom-china/manual 这个世界上有那么多种编辑器，为什么你要花时间学习和使用 Atom 呢？ 虽然 Sublime 和 TextMate 之类的编辑器已经非常好用了，但它们仅提供了很有限的拓展性。而在另一个极端，Emacs 和 Vim 提供了灵活的拓展性，但它们并不是很友好，需要使用专用的编程语言来配置和拓展。 我们觉得我们可以做得更好。我
-
为什么选择 NuxtJS
-
Nginx 是一个高性能的 Web 和反向代理服务器, 它具有有很多非常优越的特性: 作为 Web 服务器：相比 Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率，这点使 Nginx 尤其受到虚拟主机提供商的欢迎。能够支持高达 50,000 个并发连接数的响应，感谢 Nginx 为我们选择了 epoll and kqueue 作为开发模型. 作为负载均衡服务器：Ngin
-
虽然市场上有几十种不同的版本控制系统，一些世界上最著名的项目（例如 Linux 内核， Ruby on Rails，或是jQuery）都选择了使用 Git 作为它们的版本控制系统。为什么它们都选择 Git 呢？ 节省时间 Git 运行快速。尽管我们在这里讨论的只是运行一个命令所需要的几秒钟，但是把它累积在你的日常工作中就是一个不小的飞跃了。它可以节省那些不必要的等待时间，并且去完成其它一些有意义的
-
问题内容： 诸如此类的方法要求我向他们传递一个请求代码，稍后可以在回调中对其进行测试（在本例中为）。我应该在requestcode中传递某种最佳实践的值吗？我注意到，如果我只是输入随机数，有时会出现如下错误： 问题答案： 记录发现结果以备将来参考： 以下是来自的代码 RANGE in 要求requestCode为16位，这意味着范围是 0到65535 。 另外，in require request