摘要： 昨天做的工具开始了大量的修改，终于可以使用了。原本以为万事大吉了。下午突然有同事给发了截图。有问题了，顿时惊出一身冷汗了。感觉昨天，今天早上都测了啊，怎么还出问题呢。经过检查发现 ，昨天修改异常的处理部分时，把一句异常的提示信息给放到catach 外边了。不管异常不异常都提示那个恶心的信息了。改很快，改完了 。还是测了下。没有直接发布版本。想等下版一起发布，下星期要开发新功能了。经过激烈思想斗争，发现，这样有可能掩盖当时的尴尬。但是这样对以后不好的。有问题藏着总会露馅的。不如直接改了好。即使当时损失点面子啊，荣誉啊等其他什么的。 不然，这么多年肯定不会开发路走成这个样。还有就是修改后，一定要回 阅读全文

摘要： SQLite是一个开源、免费的小型的Embeddable RDBMS(关系型数据库)，用C实现，内存占用较小，支持绝大数的SQL92标准，现在已变得越来越流行，它的体积很小，被广泛应用于各种不同类型的应用中。SQLite已经是世界上布署得最广泛的SQL数据库引擎，被用在无以计数的桌面电脑应用中，还有消费电子设备中，如移动电话、掌上电脑和MP3播放器等。SQLite 的关键字列表， 支持的sql语法 System.Data.SQLite http://sqlite.phxsoftware.com/ 是Sqlite在.NET下的最新实现。简单介绍如下：System.Data.SQLite 是一个原 阅读全文

摘要： http://zhidao.baidu.com/question/238398277.html在VS中用VB语言编写的程序代码如下： '建立与Access连接子函数 Private Function getAccessConnection() As OleDbConnection Dim dbConnectionString As String = "Provider=Microsoft.Jet.OLEDB.4.0:Data Source=|DataDirectory|\MyAccess.mdb;Persist Security Info=true" D... 阅读全文

摘要： 好东西啊，不管了，先超过在说。软件中的大多Bug都与各种低级错误有关，而大多低级错误是靠测试测不出来的，更多的需要Code Review来发现问题。培养好的习惯，不靠任何假设编程，可以先从写好每个函数开始，我想用注释驱动来提醒自己经常Review每个函数。以下是我拟定的Code Review Comments：/* ### Code Review * ### Reviewer: wawa * ### Last Review Date: 2013-01-29 * * - todo: input review * - todo: output review * - todo: exception. 阅读全文

摘要： 异常信息要合理的使用啊，今天新上线的工具，出现运行一段时间后，自动关闭的情况。经过分析，是发生异常，然后退出运行了。但是日志文件里并没有找到异常信息。仔细检查代码发现，代码里有一个异常被吃掉了，这才是无法诊断的元凶啊，现在发现这个后，给注册全局异常捕捉。细心赶紧来来吧，不可急躁啊。 阅读全文

摘要： 1.首先写正常代码路径，在处理不常见的情况。2.确保对于等量的分支是正确的（off by one）。3.把正确处理的情况放在if后面，不要放在else 后面.4.让if 子语句后面跟一个有意义的语句。5.考虑else子句.6.利用bool表达式函数简化复杂的检测，提取方法。7.把最常见的情况放在最前边。8。确保所有情况都考虑到了。9.if else 替换成其他结构。swtich 或者工厂方法（多态）。 阅读全文

摘要： 1.代码使语句之间的依赖关系变得明显吗？2.子程序的名字使得依赖关系变得明显吗？3.子程序的参数使得依赖关系变得明显吗？4.如果依赖关系不明确，你是否用注释进行了说明？5.用“内务管理变量”（housekeeping variables）来检查代码中关键位置的顺序依赖关系了吗？6.代码容易按照自上而下的顺序阅读吗？7.相关的语句被组织在一起吗？key Points组织直线型代码的最主要原则是按照依赖关系进行进行排列。可以用好的子程序的子程序名，参数列表，注释，以及--如果代码足够重要--内务管理管理变量来让依赖关系变得更明显。如果代码之间没有顺序依赖关系，那就设法使相关的语句尽可能地接近。 阅读全文

摘要： 写代码，总是要新旧更替。新的可以和老的存在，但是老的代替新的确是趋势。老的代码可能会在其他的地方被调用。所以不能直接注释，或者删除。那就是用[Obsolete] 标签来标注到方法上吧 阅读全文

摘要： 开发iOS应用，解决Crash问题始终是一个难题。Crash分为两种，一种是由EXC_BAD_ACCESS引起的，原因是访问了不属于本进程的内存地址，有可能是访问已被释放的内存；另一种是未被捕获的Objective-C异常（NSException），导致程序向自身发送了SIGABRT信号而崩溃。其实... 阅读全文

摘要： http://www.iteye.com/topic/1117270开始--运行--cmd 进入命令提示符 输入netstat -ano 即可看到所有连接的PID 之后在任务管理器中找到这个PID所对应的程序如果任务管理器中没有PID这一项,可以在任务管理器中选"查看"-"选择列" 经常，我们在启动应用的时候发现系统需要的端口被别的程序占用，如何知道谁占有了我们需要的端口，很多人都比较头疼，下面就介绍一种非常简单的方法，希望对大家有用假如我们需要确定谁占用了我们的9050端口1、Windows平台在windows命令行窗口下执行：1.查看所有的端口占用情 阅读全文