BlueClue's Tech Blog

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

2010年3月24日

摘要: C++中的一个更为重要的思想是用户自定义类型可以很容易地当作内建类型使用。通过定义新类型,用户可以为了他们自己的目的来定制语言。这种强大的工具如果被错误的使用,便会十分危险。实际上,设计类库和设计编程语言是相似的,而且应该给予高度的重视。 阅读全文
posted @ 2010-03-24 11:45 blueclue 阅读(380) 评论(0) 推荐(0) 编辑

2010年3月16日

摘要: 如果代码是病人,程序员是医生,我们是扁鹊三兄弟中的谁呢? Martin Fowler第一次参访项目,提出类结构行为的调整,项目经理由于面临进度压力,推迟了调整工作,他同样拒绝了作者对内部核心的整理工作,因为重构并不能引入任何新功能,只是让代码好看而已,但6个月后项目失败。 阅读全文
posted @ 2010-03-16 20:15 blueclue 阅读(580) 评论(0) 推荐(0) 编辑

2010年3月14日

摘要: 陈式太极拳起源于三百多年前河南省温县陈家沟,陈氏第十九世陈王庭所创的太极十三式,经后人数代增益,演化为流传至今的八十六式陈氏太极拳和二路炮锤。清末民初有陈氏传人陈发科技艺超群,一生未遇对手,人送外号陈无敌。后有山东人氏李经梧拜其门下,尽得其所学并为其养老送终.笔者自幼喜武,广泛涉猎少林拳、刀、枪、棍、剑等,一九七三年开始学练形意拳、八卦掌、太极拳,尤其对陈氏太极拳和推手最感兴趣,常年刻苦练习,鲜有间断,并利用一切机会遍访高人,探求太极拳奥妙。凡有一技之长者都虚心向其学习请教。历经千辛万苦,历时三十余年,终于豁然贯通,了悟太极真谛,时年已五十岁余。回忆求索之路漫漫,感慨万千,很想一吐为快,意在抛砖引玉,玩味其中之苦乐曲直!以启发后学少走弯路。 阅读全文
posted @ 2010-03-14 20:05 blueclue 阅读(708) 评论(2) 推荐(0) 编辑

2010年3月13日

摘要: 王宗岳《太极拳论》中开篇就说:“太极者,无极而生,阴阳之母也。”太极拳理法太极,当然遵循是理。所谓“无极”,是指混混沌沌。一冥不昧,无所是,无所在。然而其中包含孕育万物生化的机理。太极拳是这一哲学内涵的具体体现,因而她的操作也离不开这个机理。 阅读全文
posted @ 2010-03-13 13:57 blueclue 阅读(325) 评论(0) 推荐(0) 编辑

2010年3月10日

摘要: 太极拳法妙无穷,掤捋挤按雀尾生。 阅读全文
posted @ 2010-03-10 15:45 blueclue 阅读(1873) 评论(0) 推荐(0) 编辑

摘要: 入静功夫 太极拳的桩法分门别类,种类很多。不过基础都一样,就是:静!和坐禅的道理一样,但很多人在入静这一层有很多困难!这是由诸多原因引起的。比如:现代生活带来的无边 阅读全文
posted @ 2010-03-10 15:44 blueclue 阅读(1442) 评论(0) 推荐(0) 编辑

2010年2月27日

摘要: 以前,看意拳佚闻旧谈录,看到王芗斋天津显神技,惊醒薛颠以至同门相认的故事,以为薛颠不学无术,及至看了薛颠的《象形拳法真诠》之后,方猛然醒悟并对薛颠肃然起敬 — 同样是一代大师!“假借”原来不是“假想”王芗斋先生原著中,“假借”基本上与“精神暗示”是同意语,说白了就是“假想&rdq... 阅读全文
posted @ 2010-02-27 14:35 blueclue 阅读(4904) 评论(0) 推荐(0) 编辑

2010年2月10日

摘要: 本章主要讲述了虚函数的不适用情况: 虚函数的代价并不是十分高昂,但也不是免费的午餐;在使用它们之前,要认真考虑其开销; 有些情况下非虚函数能够正确运行,而虚函数却不行; 不是所有类都是为了继承而设计的。 阅读全文
posted @ 2010-02-10 11:48 blueclue 阅读(810) 评论(0) 推荐(0) 编辑

2010年2月8日

摘要: 《C++沉思录》第9章由Picture类(负责文字信息的存储)、frame函数(创建新Picture并加框存储)、'|'运算符重载(创建新Picture,并将两幅文字作横向合并存储)、'&'运算符重载(创建新Picture,并将两幅文字做纵向合并存储),作者认为这种方案浅显直接,但是存在三个缺点。 阅读全文
posted @ 2010-02-08 16:35 blueclue 阅读(534) 评论(0) 推荐(1) 编辑

2010年2月6日

摘要: 本章讲的是一个简单的打印案例,完全可用几行代码来完成,而面对问题不断复杂化,我们发现修改过程式的代码不足以支撑需求的多变。 作者构造了Picture类,汇总需求细节,见招拆招,尤其在“接口设计”这一节里,把自己当成客户,跟自己一问一答(“我希望有些什么操作,如何表述这些操作?”),逐步分析不断复杂的需求,然后抽象出接口,其中不乏作者的经验之谈:要想决定具体操作的形式,有一个好办法,就是试着使用这些操作,从使用的例子推导出操作的定义形式要比从头苦思冥想地发明这些操作容易得多。 阅读全文
posted @ 2010-02-06 20:10 blueclue 阅读(438) 评论(0) 推荐(0) 编辑