反应本地与Swift/客观-C/Java本机

Question

我正在为一家金融科技公司做一个新的项目，我的任务是研究我们是否应该使用本机或本地Swift/Objective/Java来开发我们的移动应用开发技术和策略。

我已经对此做了大量的研究，并阅读了许多与Reactive原住民有关的案例研究，但我仍然觉得我没有足够的时间在这一点上做出一个明智的决定。

广泛的应用程序功能将包括以下内容：

• 与数据相关的功能，如账户余额和报表(相当简单)
• 身份文件的图像捕获和用户的自拍
• 生物特征数据的捕获
• 推送通知

其中有些非常标准和简单，但其中有些将要求应用程序使用低级别的设备功能和/或使用第三方安卓和iOS SDK。

因此，就移动开发策略的决定而言，我是否可以根据您最近的经验征求您的意见:考虑根据上面列出的计划功能对本机Swift/Objective/Java开发作出反应的原因(包括为什么坚持使用本地语言/平台可能要好得多的原因)。

Answer 1

React本机有一个非常好的和诱人的想法背后听起来像是“统一的，几乎完全可共享的不同平台的代码基，包括Web”。但根据我的经验(不太广泛但仍然如此)，现实情况有点不同--在某些时候，您肯定会遇到一些本机代码的问题，如果您已经在您的团队中体验了Swift/Objective C/Java开发人员来处理它，那将是非常好的。不要相信承诺“你所需要的只是一个反应前端的开发人员”。在我看来，本身更像是一个魔法黑匣子，我用一个命令运行它，不知道它的内部是什么以及它是如何工作的。你至少要了解一些关于Xcode和Android模拟器的信息，即使Facebook正试图尽可能多地对你隐瞒这一点。

在我看来，如果你真的想尝试对比TodoMVC更复杂的东西做出反应，那么至少需要有3个开发人员: Web (JavaScript/ React )、iOS (Swift/Objective)和Android。或者只有一个超级英雄。

Answer 2

根据自己的经验，当你需要快速开发和迭代时，Reactive原住民是大多数应用程序的好选择。这通常意味着为客户开发成本更低。

查看特性列表，我看不到在RN中做不到的任何事情。迟早，您将不得不深入研究本机代码，通常是为了将本机模块与JS连接起来。我已经做过很多次了，这并不难，而且RN网站上的文档也有很大帮助。

请注意，您肯定会遇到愚蠢的bug，您将不得不找到解决办法。至少半年前在我开发RN应用程序的时候，我多次遇到过这种情况，也许现在它更稳定了。

另外，我相信这真的取决于潜在应用程序用户的设备。我从未为Android开发过，但从其他开发人员那里听说，RN在中等水平的Android设备上运行速度要慢得多，这应该从一开始就进行测试。