编辑 删除 习惯了用老方式(注释的方式)来对程序进行调试,不过昨天才发现这样调试存在很大的隐患:在工程发布的时候如果忘记把该注释的代码注释掉,而让这些调试信息随工程一起发布,如果是可见的调试信息倒好发现,如果不是可见的,那就惨了.昨天就吃了这个亏,现在总算找了个新方法,还得感谢一下Debug和Release. 通过#if预编译指令对DEBUG进行判断,如下: #if DEBUG // 调试用代码 …… …… #endif 调试用代码在Debug状态下是要执行的,而在Release状态下根本执行,

1.使用BuildConfig.DEBUG,这个在住modul里面是有效的,但是在有依赖库里面使用就会一直返回false,可以通过下面的方法解决:在library的build.gradle中添加以下代码 gradle.startParameter.getTaskNames().each { task -> println("task: " + task) //library里 BuildConfig.DEBUG默认一直是flase;所以需要自定义 if(task.contains

原帖链接:http://stackoverflow.com/a/9063469 首先确定下项目的 Build Settings 是否已经设置过宏定义 DEBUG,如何看呢? 点击 Build Settings ,然后在搜索框里输入‘macros’ 如果已经设置过,在 Preprocessor Macros 的 Debug 后面会有 DEBUG=1,如果没有,就手动设置下. 接下来就可以这样做了 #ifdef DEBUG //do sth. #else //do sth. #endif http:

Assuming that you're using Entity Framework 6, you already have a logging tool that can give you some insights into the SQL your queries are generating and the time they take to run. The Database property of your DbContext object has a Log property t

    (冒泡,选择,插入,希尔,快速,归并,堆排)周末加班学习C++,打算用C++写七大经典排序代码.发现3个月前自己写的七大经典排序代码(C Language)突然运行出错. Makefile内容 testmysort: testmysort.c mysortlib.c mysortlib.h # gcc testmysort.c mysortlib.c -o testmysort gcc $< mysortlib.c -o $@ ./$@ 直接make几次总是core dumped错误.

也许本文的标题你们没咋看懂.但是,本文将带大家领略输出调试的威力. 灵感来源 说到灵感,其实是源于笔者在修复服务器的ssh故障时的一个发现. 这个学期初,同袍(容我来一波广告产品页面,同袍官网)原服务器出现硬件故障,于是笔者连夜更换新服务器,然而在配置ssh的时候遇到了不明原因的连接失败.于是笔者百度了一番,发现了一些有趣的东西. 首先打开ssh的配置文件 sudo nano /etc/ssh/sshd_config 我们可以发现里面有这么几行 # Logging LogLevel DEBUG3

也许本文的标题你们没咋看懂.但是,本文将带大家领略输出调试的威力. 灵感来源 说到灵感,其实是源于笔者在修复服务器的ssh故障时的一个发现. 这个学期初,同袍(容我来一波广告产品页面,同袍官网)原服务器出现硬件故障,于是笔者连夜更换新服务器,然而在配置ssh的时候遇到了不明原因的连接失败.于是笔者百度了一番,发现了一些有趣的东西. 首先打开ssh的配置文件 sudo nano /etc/ssh/sshd_config 我们可以发现里面有这么几行 # Logging LogLevel DEBUG3

https://source.android.google.cn/ http://www.android-doc.com/tools/publishing/app-signing.html Signing Your Applications The Android system requires that all installed applications be digitally signed with a certificate whose private key is held by t

在项目中我们经常可以看到这样的代码: if (logger.isDebugEnabled()) { logger.debug(message); } 简单来说,就是用isDebugEnabled方法判断下是能提升性能的!! 有些人不明白为什么要这样写.有些人认为这样是为了能够控制日志的输出,对于下面这行代码: logger.debug(message); 他们的看法是:如果这样写的话,就算你把日志级别调整为info, 这里也会输出日志. 其实,在debug()方法里面,就已经叛断了日志的级别.以

判断平台相关,判断程序是属于debug版本还是release版本,我们会这么做. #ifdef WIN32 #else #endif #ifdef DEBUG // 如果是调试版本 #else //发布版本 #endif // DEBUG 我的平台是VS2012. 项目属性->配置属性->C/C++ ->预处理器->预处理器定义,可以看到WIN32的定义. 但是同样的方法没有找到DEBUG的定义.在主窗口调试按钮旁边,可以选择版本,是DEBUG 还是 RELEASE.我觉得这个宏应

分析easyswoole源码 1以启动为例 //检查是否已经安装 installCheck();//检查锁文件是否存在,不存在结束 //启动服务 serverStart showLogo();//显示logo $conf = Conf::getInstance();//获取config单例 $inst = Core::getInstance()->initialize();//获取Core(核心类)的单例并且initialize //这一步干了这些事情 //__construct() Core的

转帖:http://www.glenstevens.ca/unity3d-best-practices/ 另外可以参考:http://devmag.org.za/2012/07/12/50-tips-for-working-with-unity-best-practices/ 组件的拆分可以参考:http://gameprogrammingpatterns.com/component.html,此网站上列出了很多的游戏开发中的设计模式,非常值得认真研读. 论坛里的讨论也很有价值:https://

1.下载 SSk文件 找到  IrisSkin2.dll 文件和.SSK结尾的文件    为了防止万一粘贴到项目的bin>Debug下面 2. 打开工具箱   添加一个选项卡 3. 添加选择项>.Net Framework>浏览>在项目的Debug下的IrisSkin2.dll文件>确定>向你的界面中拖拽一个 SkinEngine控件 4. 在界面的主方法下面添加        public Main()        {            InitializeCo

例一: xcopy $(TargetPath) $(SolutionDir)\Framework\HCSP.App\bin\Debug /y 例二: xcopy $(TargetPath) $(SolutionDir)\Framework\HCSP.App\bin\Debug /y xcopy $(TargetPath) $(SolutionDir)\Framework\HCSP.DIYStduio.App\bin\Debug /y xcopy $(TargetDir)Omu.Drawing.d

1.总是用属性 (Property) 来代替可访问的数据成员 2.在 readonly 和 const 之间,优先使用 readonly 3.在 as 和 强制类型转换之间,优先使用 as 操作符 4.使用条件属性 (Conditional Attributes) 来代替条件编译语句 #if 5.总是为自定义类重载 ToString 方法 6.区别值类型和引用类型 7.使用不可变的值类型(Immutable Atomic Value Types) 8.在值类型中,确保0是一个合法的数据 9.理解

上次的对比大家还有印象否,C#Light和ulua对比各有胜负 今天我们加入一个去反射优化,这是uLua没办法实现的优化,我们也就只能不要脸的胜之不武了 以原生执行同一测试时间为X1,数字越小的越快 项目 uLua C#Light C#light(去反射优化) 性能测试一 X4.5 X4.5 X2.19 性能测试二 X4.3 X3.63(快15%) X3.01 性能测试三 X6.87(快20%) X9.01 X3.77         这个测试我已经不需要帮你算快了多少了 C#Light测试执行

使用Unity3D的50个技巧 刚开始学习Unity3D时间不长,在看各种资料.除了官方的手册以外,其他人的经验也是非常有益的.偶尔看到老外这篇文章,觉得还不错,于是翻译过来和大家共享.原文地址:http://devmag.org.za/2012/07/12/50-tips-for-working-with-unity-best-practices/,下面是译文. 转载自:燕良@游戏开发:http://blog.csdn.net/neil3d/article/details/38534809.

1.总是用属性 (Property) 来代替可访问的数据成员2.在 readonly 和 const 之间,优先使用 readonly3.在 as 和 强制类型转换之间,优先使用 as 操作符4.使用条件属性 (Conditional Attributes) 来代替条件编译语句 #if 5.总是为自定义类重载 ToString 方法6.区别值类型和引用类型7.使用不可变的值类型(Immutable Atomic Value Types)8.在值类型中,确保0是一个合法的数据9.理解 Refere

翻译故事 原文:http://devmag.org.za/2012/07/12/50-tips-for-working-with-unity-best-practices/ 这篇技巧,我自己也在翻译,不过翻译到一半在CSDN上已看到有小伙伴翻译完了. 所以就直接转载啦,转载自:http://blog.csdn.net/neil3d/article/details/38534809 关于这些技巧 这些技巧不可能适用于每个项目. 这些是基于我的一些项目经验,项目团队的规模从3人到20人不等: 框架结

下面的文章转载于 提高C#编程水平的50个要点 1.总是用属性 (Property) 来代替可访问的数据成员 2.在  readonly 和 const 之间,优先使用 readonly 3.在 as 和 强制类型转换之间,优先使用 as 操作符 4.使用条件属性 (Conditional Attributes) 来代替条件编译语句 #if 5.总是为自定义类重载 ToString 方法 6.区别值类型和引用类型 7.使用不可变的值类型(Immutable Atomic Value Types)

This is Angela from recruitment team of Amazon Kindle Device Software & Applications, we are expanding and setting up new R&D center in Beijing, we design and engineer high-profile, portable, hand-held consumer electronics products, like the Kindl