上一页 1 ··· 10 11 12 13 14 15 16 17 18 ··· 28 下一页
2015年9月19日
条款36：绝不重新定义继承而来的non-virtual函数（Never redefine an inherited non-virtual function）
摘要： NOTE: 1.绝对不要重新定义继承而来的non-virtual函数。 阅读全文
posted @ 2015-09-19 19:59 CHIPER 阅读(211) 评论(0) 推荐(0) 编辑
条款35：考虑virtual函数以外的其他选择（Consider alternative to virtual functions）
摘要： NOTE: 1.virtual 函数的替代方案包括NVI手法及Strategy设计模式的多种形式。NVI手法自身是一个特殊形式的Template Method设计模式。 2.将机能从成员函数移到外部函数，带来的一个缺点是，非成员函数无法访问class的non-public成员。 ... 阅读全文
posted @ 2015-09-19 19:49 CHIPER 阅读(235) 评论(0) 推荐(0) 编辑
条款34：区分接口继承和实现继承（Different between inheritance of interface and inheritance of implemenation）
摘要： NOTE: 1.接口继承和实现继承不同。在public继承之下,derived classes总是继承base class的接口。 2.pure virtual 函数只具体指定接口继承及缺省实现继承。 3.impure virtual 函数具体指定接口继承及缺省实现继承。 4.non... 阅读全文
posted @ 2015-09-19 10:17 CHIPER 阅读(168) 评论(0) 推荐(0) 编辑
工作好习惯（18之后）
摘要： 1.建议每一次项目design要审阅。 出于团队建设的目的。以后若干项目，o18C估计是最复杂的项目了。新员工会源源不断的进来，项目模块永远是之前的同事掌控，项目进度推动迅速，但我们不是土匪，干完一票就不干了，团队成员优势互补还要相互重叠，这样团队才能长青不衰。从团队成员来讲，我一直坚信分享互动才... 阅读全文
posted @ 2015-09-19 00:20 CHIPER 阅读(189) 评论(0) 推荐(0) 编辑
2015年9月17日
条款33：避免遮掩继承而来的名称（Avoiding hiding inherited names）
摘要： NOTE: 1.derived classes 内的名称会遮掩base classes内的名称。在public继承下从来没有人希望如此。 2.为了让被遮掩的名称再见天日，可使用using 声明方式或转交函数（forwarding functions）。 阅读全文
posted @ 2015-09-17 23:38 CHIPER 阅读(136) 评论(0) 推荐(0) 编辑
条款32：确定你的public继承塑模出is-a 关系（Make sure public inheritacne models "is-a"）
摘要： NOTE : 1."public继承"意味is-a。适用于base classes 身上的每一件事一定也适用于derived classes身上，因为每一个derived class 对象也都是一个 base class 对象。 阅读全文
posted @ 2015-09-17 23:19 CHIPER 阅读(151) 评论(0) 推荐(0) 编辑
timeslot概念（还是不太懂呀！！）
摘要： rules:1. event.triggered只会保持一个time_slot，在下一个time_slot将会丢失这个标记，如果不能保证在每一个time_slot都会检测到这个标志，那么将会丢失这个标志。2. 必须保证在->event的同一个或之前的time_slot开始检测triggered.3.... 阅读全文
posted @ 2015-09-17 14:51 CHIPER 阅读(2853) 评论(0) 推荐(0) 编辑
条款31：将文件间的编译依存关系降至最低（Minimize compilation dependencies between files）
摘要： NOTE1: 1.支持“编译依存性最小化”的一般构想是：相依于声明式，不要相依于定义式。基于此构想的两个手段是Handle classes 和 Interface classes。 2.程序库头文件应该以“完全且仅有声明式”（full and declaration-only forms... 阅读全文
posted @ 2015-09-17 00:06 CHIPER 阅读(266) 评论(0) 推荐(0) 编辑
2015年9月16日
条款30：透彻了解inline的里里外外（understand the ins and outs of inlining）
摘要： NOTE: 1.将大多数inline限制在小型 被频繁调用的函数身上。这可使日后的调试过程和二进制升级（binary upgradability）更容易，也可使潜在的代码膨胀问题最小化，使程序的速度提升机会最大化。 2.不要只因为 function templates 出现在头文件，就将... 阅读全文
posted @ 2015-09-16 23:36 CHIPER 阅读(221) 评论(0) 推荐(0) 编辑
条款29：为异常安全而努力值得的（Striving exception safety）----略
摘要： 略 阅读全文
posted @ 2015-09-16 23:14 CHIPER 阅读(139) 评论(0) 推荐(0) 编辑
条款28：避免返回handles指向对象内部的成分（Avoid returning "handles" to objects internals）
摘要： NOTE: 1.避免返回handles(包括references 指针 迭代器)指向对象内部。遵守这个条款可增加分装性，帮助const 成员函数的行为像个const,并将发生“虚吊号码牌”（dangling handles）的可能性降至最低。 阅读全文
posted @ 2015-09-16 23:11 CHIPER 阅读(143) 评论(0) 推荐(0) 编辑
2015年9月15日
条款27：尽量少做转型动作（Minimize casting）
摘要： NOTE : 1.如果可以，尽量避免转型，特别是在注重效率的代码中避免dynamic_casts。 如果有个设计需要转型动作，试着发展无需转型的替代设计。 2.如果转型是必须要的，试着将它隐藏于某个函数背后。客户随后可以调用该函数，而不需要将转型放进他们自己的代码内。 3.宁可使用C++-... 阅读全文
posted @ 2015-09-15 23:15 CHIPER 阅读(286) 评论(0) 推荐(0) 编辑
条款26：尽可能延后变量定义式的出现时间（Postpone variable definitions as long as possible）
摘要： NOTE : 1.尽可能延后变量定义式的出现时间。这样做可增加程序的清晰度并改善程序效率。 阅读全文
posted @ 2015-09-15 21:05 CHIPER 阅读(156) 评论(0) 推荐(0) 编辑
条款25：考虑写出一个不抛异常的swap函数（Consider support for a non-throwing swap）
摘要： STL的东西，总是不懂呀！！！！ 阅读全文
posted @ 2015-09-15 20:49 CHIPER 阅读(206) 评论(0) 推荐(0) 编辑
fshc模块fsch2mcu_if理解
摘要： fshc2mcu_if中包括ahb2reg/ahb2fifo两个文件，都是协议转换文件。ahb2reg下游文件是reg files,ahb2fifo下游文件是fifo控制器。所有的配置和flag都是要保存在reg files中的。fifo的空满flag也要保存在reg 中，所以有fifo wappe... 阅读全文
posted @ 2015-09-15 12:58 CHIPER 阅读(354) 评论(0) 推荐(0) 编辑
上一页 1 ··· 10 11 12 13 14 15 16 17 18 ··· 28 下一页