岚天逸见

改进后的日志类CLogger

摘要：在原有的基础上增加了module_name，表示模块名，当一个系统由多模块组成时，输出的日志将更加清晰，使用方法，以MOOON-agent中的为例：点击(此处)折叠或打开#define AGENT_MODULE_NAME "AGENT"#define AGENT_LO... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(324) 评论(0) 推荐(0)

摘要：开发理念：要有追求美的意识，简就是美。要形成自己的思想，设计需要灵魂。模式模式有时是恶魔，它容易让你走上抄袭模仿之路。把职责单一作为第一原则，并努力遵守，将让你柳暗花明又一村。一切源于生活，多和生活类比，能让理解更为深刻透彻。始终抱严谨心态，用心思考，细节决定品质。用... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(171) 评论(0) 推荐(0)

摘要：在做系统时，不应当盲目地去做自动化，原因有两点：1.有些自动化的代价非常高，反不如人工简单实在2.有些自动化不能保证系统的正确性，它需要人工确认不过，这些也并不应当成为推进自动化的理由，自动化它可以带来两方面巨大的好处：1.大大降低运维工作量2.快速的进行故障恢复所以... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(217) 评论(0) 推荐(0)

摘要： /** * 单个头文件，可即时独立使用，只要定义了宏NOT_WITH_MOOON，即不依赖于mooon * 简单的写日志类，非线程安全，提供按大小滚动功能 * 不追求功能，也不追求性能，只求简单，若要功能强、性能高，可以使用CLogger * * 使用方法： * 1)... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(161) 评论(0) 推荐(0)

摘要：写代码，少不了各种命名，那如何才是最合理的命名，或者没有好坏之分了？如果有了理论基础，这事就好办。mooon中的命名采用的理论依据：1.简单性，拒绝画蛇添足，如类成员变量仅以“_”打头，前面的字母“m”纯是多余的2.易读性，拒绝高深莫测的缩写，宁愿使用长名称3.不固执... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(135) 评论(0) 推荐(0)

摘要：软件技术经历也如下几个发展阶段：1.纯属科学家的玩意2.个人英雄者的世界，比如我们常说的第一代程序员3.纯软件公司，产生了大批纯软件公司，而且活得很好，如当年的四大软件园4.软硬结合，纯软件的死了大半，象华为软硬结合活得很好5.互联网化，象腾讯、百度等6.移动互联网，... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(563) 评论(0) 推荐(0)

摘要： MOOON-agent系统设计与使用说明.pdf MOOON-agent系统设计与使用说明易剑 2012/6/16目录1. 设计目标12. 应用场景23. 主要功能24. 系统骨架35. 资源接口36. 内置CommandProcessor37. 编程接口37.1... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(210) 评论(0) 推荐(0)

摘要：在技术文档中，发现很多时候并没有对topology、architecture和struct进行严格区分，有时可以见到一个topology成了architechure，有时一个struct成了architechure。从严谨的角度出发，究竟应当如何去定义和区分，以便正确... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(188) 评论(0) 推荐(0)

摘要：良好的编程有习惯的意义在于：1.犹如面子，给人好的好象2.犹如在找东西，容易找到3.不给人添麻烦，让人接手得舒舒服服4.从源头避免版本不一致问题（当同一个文件在不同目录下出现拷贝时，容易出现其中某个未同步更新的问题）5.提升代码的维护性良好的习惯包含但不限于以下几点：... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(121) 评论(0) 推荐(0)

摘要：在实践中遇到一个问题，就是经过良好设计而实现的代码，大家会觉得不容易看懂，而平铺直述的反而易看。我分析这是一个很正常的现象，原因是未设计而出的代码是按人的正常思维平铺直述的，所以大家容易看，这些代码常有些共性：即冗长、重复的现象常见、基本没有职责单一可言、比较扁平、以... 阅读全文

posted @ 2012-07-24 16:19 岚天逸见阅读(163) 评论(0) 推荐(0)