技术宅,fat-man

增加语言的了解程度可以避免写出愚蠢的代码

导航

上一页 1 ··· 18 19 20 21 22 23 24 25 26 ··· 50 下一页

2013年10月25日 #

把zlog封装成模块,隐藏zlog

摘要: mylog.h#ifndef _MY_LOG_H#define _MY_LOG_Hint init(char *filename);void *get_category(char * cateory_name);void info(void *category, char *message);void debug(void *category, char *message);void fini();#endifmylog.c#include "zlog.h"#include "mylog.h"int init(char *filename){ retur 阅读全文

posted @ 2013-10-25 10:45 codestyle 阅读(683) 评论(0) 推荐(0)

2013年10月24日 #

不可小觑的Web开发编码规范

摘要: http://www.csdn.net/article/2013-10-21/2817235-coding-conventions-in-web-development摘要:编码规范是一套规章制度,用来为某一特定的编程语言推荐编程风格、方法和实践。这些规范覆盖方方面面,包括注释、文件夹、文件组织、行首缩进、书面声明、空格、命名规格、编程实践和原则、构建最佳实践等等。文章作者Andrey Prikaznov在DZone上分享了关于Web开发里编码规范的注意事项。编码时间长的人总会遇到编码格式标准化的问题,但是不同的项目里需要使用不同的规则和风格来解决问题,甚至有的时候林林总总的繁杂事情会让人头脑 阅读全文

posted @ 2013-10-24 17:38 codestyle 阅读(329) 评论(0) 推荐(0)

codereview

摘要: 在我们公司里要执行代码审查。这是我们每天的例行工作。事实上,今天的我们正是从这种一直坚持探索的漫长道路上走出来的。我们尝试各种技术、方法和工具,直到我们走到今天的成就(但这并不是说我们就此停步)。在这旅途中,我们发现了很多的陷阱和危险,它们等待新手们上钩。这篇文章就是关于它们的:代码审查中的陷阱和误解。代码控制:很 多公司都把代码审查当成控制代码的方法。很多这样的公司都使用预提交策略。这种策略大多时候都是开源项目中使用,因为会有成百上千的提交者。可在一般的公 司里,很少会有这种情况。如果你雇用一个人,这意味这你要完全信任他,允许他将代码提交到代码库里。我知道有些公司会忍不住制定一些规程,要求程 阅读全文

posted @ 2013-10-24 14:50 codestyle 阅读(298) 评论(0) 推荐(0)

zlog小试(C语言日志工具)

摘要: test.c#include #include "zlog.h"int main(int argc, char** argv){ int rc; zlog_category_t *c; rc = zlog_init("test_hello.conf"); if (rc) { printf("init failed\n"); return -1; } c = zlog_get_category("my_cat"); if (!c) { printf("get cat fail\n"); zlog. 阅读全文

posted @ 2013-10-24 14:41 codestyle 阅读(1157) 评论(0) 推荐(0)

zlog使用手册,小靠谱啊

摘要: http://hardysimpson.github.io/zlog/UsersGuide-CN.htmlChapter 1 zlog是什么?zlog是一个高可靠性、高性能、线程安全、灵活、概念清晰的纯C日志函数库。事实上,在C的世界里面没有特别好的日志函数库(就像JAVA里面的的log4j,或者C++的log4cxx)。C程序员都喜欢用自己的轮子。printf就是个挺好的轮子,但没办法通过配置改变日志的格式或者输出文件。syslog是个系统级别的轮子,不过速度慢,而且功能比较单调。所以我写了zlog。zlog在效率、功能、安全性上大大超过了log4c,并且是用c写成的,具有比较好的通用性。z 阅读全文

posted @ 2013-10-24 12:07 codestyle 阅读(6379) 评论(1) 推荐(0)

2013年10月18日 #

gtest以及测试小结

摘要: 所有的测试,都是让未知的东西和已知的东西进行比较,如果测试结果和预期的一样,那么就认为被测对象是OK的否则视为有问题。python的单元测试是写一堆继承了unittest.TestCase类,每个类里都会定义一个runTest函数,实际上这个函数是覆盖了基类的函数,脚本执行时调用unittest.main函数,unittest.main函数就会查找哪些类集成了TestCase并执行runTest函数那么到了gtest里也是类似的,不过因为gtest是C/C++的单元测试框架,而C/C++里能执行的都是可执行文件,所以需要把这些测试代码打进程序,然后用main函数来调用这些测试代码,但是我们是看 阅读全文

posted @ 2013-10-18 16:54 codestyle 阅读(1455) 评论(0) 推荐(0)

2013年10月17日 #

再转一篇gtest1.6安装

摘要: http://www.cppblog.com/izualzhy/archive/2012/07/31/185772.htmlgoogletest是一个用来写C++单元测试的框架,它是跨平台的,可应用在windows、linux、Mac等OS平台上。下面,我来说明如何使用最新的1.6版本gtest写自己的单元测试。源码的获取地址:http://code.google.com/p/googletest/downloads/list注意1.6这个版本不再提供make install,直接看README吧。那么怎么编译呢?先进入gtest目录(解压gtest.zip包过程就不说了),执行以下两行命令: 阅读全文

posted @ 2013-10-17 17:45 codestyle 阅读(509) 评论(0) 推荐(0)

如何在项目中使用gtest1.6

摘要: 问题gtest1.6版本的README里说该版本不支持make install,其意思就是说你没法通过make命令把gtest安装到/usr/local/lib之类的目录,所以你也没办法通过下面的命令来编译测试程序,那么该怎么使用gtest呢?g++ -lgtest -L /usr/local/lib -I gtest.h test.c方案假定已经把源码解压到当前用户的主目录下并且已经成功编译了,在gtest解压目录里有一个make目录(~/gtest-1.6.0/make),里面有一个Makefile文件,这个make脚本会使用同级别的sample目录下(~/gtest-1.6.0/samp 阅读全文

posted @ 2013-10-17 17:05 codestyle 阅读(750) 评论(0) 推荐(0)

2013年10月12日 #

别让用户发呆——设计中的防呆策略

摘要: http://kb.cnblogs.com/page/190039/ 生活中总会有些状况让我们无所适从摸不着头脑:面对一排电灯或空调的按钮,哪个才是控制我想要的?开锁时掏出一把钥匙,哪个才是正确的?拿起U盘插入电脑,朝那个方向才是对的?……类似的犹豫充分说明,你呆住了。现在,是需要“防呆设计”来拯救你了。 防呆定义 防呆(日语:ポカヨケ;英语:Fool-proofing)是一种预防矫正的行为约束手段,运用避免产生错误的限制方法,让操作者不需要花费注意力、也不需要经验与专业知识即可准确无误完成正确的操作。广义来讲,防呆就是如何设计一个东西,而使错误发生的机会减至最低的程度。避免工作错误的发... 阅读全文

posted @ 2013-10-12 17:33 codestyle 阅读(899) 评论(0) 推荐(0)

2013年10月10日 #

auto_ptr解析

摘要: auto_ptr解析By SmartPtr(http://www.cppblog.com/SmartPtr/)auto_ptr是当前C++标准库中提供的一种智能指针,或许相对于boost库提供的一系列眼花缭乱的智能指针, 或许相对于Loki中那个无所不包的智能指针,这个不怎么智能的智能指针难免会黯然失色。诚然,auto_ptr有这样那样的不如人意,以至于程序员必须像使用”裸“指针那样非常小心的使用它才能保证不出错,以至于它甚至无法适用于同是标准库中的那么多的容器和一些算法,但即使如此,我们仍然不能否认这个小小的auto_ptr所蕴含的价值与理念。 auto_ptr的出现,主要是为了解决“被异. 阅读全文

posted @ 2013-10-10 14:42 codestyle 阅读(201) 评论(0) 推荐(0)

上一页 1 ··· 18 19 20 21 22 23 24 25 26 ··· 50 下一页