这里还有一小点值得注意，如果只给Button里的title设了值，而没有给onPress设置，界面不会出红色错误，而是在最下面出现一条黄色警告。仔细看，会发现其实这两个属性的Type不一样。由此可知，当需要的类型是string而实际是undefined时，会报error，而需要的类型是function而实际是undefined时，只会报warnning。
同时可以看到，在上面的代码中，当按钮按下时，会调用一个打log的事件。但是打出的log在哪儿可以看到呢？
有两种方法。 第一种是在命令行显示，在项目当前目录（注意，一定要在项目当前目录）再启动一个新命令行窗口，输入
就可以在最下面看到输出的内容了，它不仅可以实时反馈现有的输入，还保存了之前的输入。比如，下面三次输入，前两次输入是在之前还没有开启这个命令行窗口时按下的。
也许你会想：我不是想在命令窗口看到输出，而是想能够在浏览器里那样看到输出，甚至断点调试。这就是查看log的第二种方法。
回到本文的初衷。让我们回头再看看调试设置界面中的Debug JS Remotely选项，现在点击它。这时会弹出Chrome的一个标签（当然，本地需要预先安装有Chrome）。
图11. 打开Remote JS Debugging后弹出的浏览器标签
注意：这里的Status：Debugger session #0 active就表示程序与该页面成功建立连接了。
这个时候在浏览器开发者工具的调试窗口，也能看到打出的log。而且它还可以更进一步地进行断点调试。
为更好地尝试调试功能，我们修改一下代码，添加一个sayHello方法输出log。
图12. 重新绑定onPress事件
保存，和预想的一样，页面刷新了，因为Live Reload。
如同调试Web前端代码一样，我们打开浏览器的开发者工具，找到代码文件，并在sayHello函数里打一个断点。这个时候，按下手机上的Test按钮，可以看到程序执行到断点停下了，这与调试网页代码是多么相似：
图13. 浏览器上的断点调试
不过，与调试纯网页代码有两点不同。
第一，浏览器的页面上看不到应用界面，只能在手机上看到界面。
第二，手机上的界面在程序被断住的情况下，仍然可以接收事件。举个例子，就在此时，手机上该应用的界面表面上没什么反应，但是，如果你再多次按下Test按钮，事件都会被记住，到时候会挨个响应。只是现在程序断在了第一次按下按钮的时候。
我们让程序继续（如果在断点期间多次按下按钮，会有多次被断住）。
图14. 浏览器控制台输出
我们按下了6次，调试工具下也显示出6次输出。这是与调试网页时的不同：当调试网页时，一旦执行到断点，浏览器的页面其实就不可点击了。
到这一步，是不是觉得使用RN开发也没有那么难呢？
至于Toggle Inspector, Show Perf Monitor, Start/Stop Sampling Profiler和Dev Settings，我们暂时可以不用管它们。
目前已经知道了调试设置中Remote JS Debugging, Live Reload和 Hot Reloading。相信我们已经可以比较从容地Debug简单的 RN应用了。这里以Windows下的Android为例，其实在Mac下开发iOS也是相似的。
总结
希望本文的分享对尝试RN的新手朋友有所帮助。如果大家对下篇想讲的内容有自己的想法，请留言告诉我，我们一定会认真考虑。