考试网 >> IT认证 >> 水平 >> 软件指导 >> C++的算符重载

发布时间：2006-06-28 05:25     点击：

　　当然，还有很多这类事情的例子，而稀疏矩阵在这个问题中则是又一类例子。通常，使用operator()方法实现一个稀疏矩阵或交换行／列顺序更容易，operator()方法不会损失什么，而可能获得一些东西——它不会更差，却可能更好。 

使用 operator() 方法。 

　　该从外（接口优先）还是从内（数据优先）设计类？从外部！ 良好的接口提供了一个简化的，以用户词汇表达的视图。在面向对象软件的情况下，接口通常是单个类或一组紧密结合的类的public方法的集合. 首先考虑对象的逻辑特征是什么，而不是打算如何创建它。例如，假设要创建一个Stack（栈）类，其包含一个 LinkedList： 　 

class Stack { 

　public: 　// ... 

　private: 

　LinkedList list_; 

}; 

　　Stack是否应该有一个返回LinkedList的get()方法？或者一个带有LinkedList的set()方法？或者一个带有LinkedList的构造函数？显然，答案是“不”，因为应该从外向里设计接口。也就是说，Stack对象的用户并不关心 LinkedList；他们只关心 pushing 和 popping。 

　　现在看另一个更微妙的例子。假设 LinkedList类使用Node对象的链表来创建，每一个Node对象有一个指向下一个Node的指针： 　 

class Node { /*...*/ }; 

class LinkedList { 

　public: 　// ... 

　private: 

　Node* first_; 

}; 

　　LinkedList类是否应该有一个让用户访问第一个Node的get()方法？Node 对象是否应该有一个让用户访问链中下一个 Node 的 get()方法？换句话说，从外部看，LinkedList应该是什么样的？LinkedList 是否实际上就是一个 Node 对象的链？或者这些只是实现的细节？如果只是实现的细节，LinkedList 将如何让用户在某时刻访问 LinkedList 中的每一个元素？ 

　　从用户的观点出发，我们可能希望 LinkedList类支持看上去类似使用指针算法访问数组的算符： 　 

发表评论： 匿名发表 用户名: 查看评论

您将承担一切因您的行为、言论而直接或间接导致的民事或刑事法律责任 留言板管理人员有权保留或删除其管辖留言中的任意内容 本站提醒：不要进行人身攻击。谢谢配合。