Mar*_*cel 2 xcode nslog app-store ios
我喜欢用这些来调试(你能说我是菜鸟吗?)并且在部署到应用程序商店时将它们留在我的代码中.您个人可以想到对此有任何负面影响吗?
我看过这些资源,我觉得这不是一个好主意:
这也是一个很好的资源:
也就是说,当你运到商店并将NSLogs保存在那里时,你记录了什么?

使用上述设置创建一个代码段.如果它显示"debug statement",请将其替换为:
<#debug statement#>
现在,由于完成快捷方式设置为"NSLog",因此每次开始键入时NSLog,它都将自动完成此片段,您将选择"调试语句"部分并准备进行键入.
您永远不必担心NSLog再次评论您的陈述,并且您永远不必忘记使用,#if DEBUG因为完成快捷方式无论如何都要输入.
Apple的官方文档用于创建一个Snippet(我已经包含了这个链接,因为我认为这显然是唯一的方法,这真的很难过吗?)...
我的解释......
将以下代码复制并粘贴到Xcode中:
#if DEBUG
NSLog(<#debug statement#>);
#endif
Run Code Online (Sandbox Code Playgroud)选择刚刚复制粘贴的整个代码块.单击,按住并将此代码块向下拖动到代码段部分(通常位于右下角).
选择此代码段以获取如下屏幕:

点击"编辑"并填写详细信息.给它一个标题和描述.将平台保留为"全部",将语言保留为"目标-C".将完成快捷方式设置为"NSLog",并将完成范围保留为"功能或方法"(此选项默认为可能取决于您将代码粘贴到最初的位置以及从中拖动代码的位置).
正如Aaron Brager的回答指出的那样,NSLog可能是一个性能问题,特别是在循环中(也在那些看起来不像循环但实际上就像cellForRowAtIndexPath......的地方).
但更重要的是,您可能会公开您不一定希望公开的信息.
我并不是说没有可能包含在日志语句中向最终用户提供内容的东西,但就个人而言,我还没有找到它.有多少次你曾调查一个应用程序的日志报表的输出来诊断你用它是有一个问题?您有多少次联系过应用程序开发人员,他们要求您检查这些语句以帮助诊断您遇到的技术问题?
| 归档时间: |
|
| 查看次数: |
211 次 |
| 最近记录: |