岚天逸见

上一页 1 ··· 47 48 49 50 51 52 53 54 55 ··· 77 下一页

2012年7月24日 #

改进后的日志类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)

来自mooon的最简单的日志类CSimpleLogger

摘要: /** * 单个头文件,可即时独立使用,只要定义了宏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发布:MOOON-agent系统设计与使用说明

摘要: 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、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)

上一页 1 ··· 47 48 49 50 51 52 53 54 55 ··· 77 下一页

导航