返回一个向量，知道它将始终包含单个记录，以便与界面的其余部分保持一致？

Question

我正在编写一个小型地址簿应用程序，并且在数据源/后端接口方面遇到了设计困境。

我有以下数据源类的抽象基类：

class DataSource
{
    private:

    public:
        virtual std::auto_ptr<Contact> getContact(int id) = 0;
        virtual ContactRecordSet getAllContacts() = 0;
        virtual bool addContact(const Contact& c) = 0;
        virtual bool updateContact(int id, const Contact& c) = 0;
        virtual bool deleteContact(int id)=0;
        virtual ~DataSource() {};

};

下面是我的记录结构，tmy 记录集是这些对象的 STL 向量的 typedef。

class Contact 
{
    public:
        std::string firstName;
        std::string lastName;
        std::string phoneNumber;
        std::string address;
        std::string email;

};

typedef std::vector<Contact> ContactRecordSet;

我的问题涉及 DataSource::getContact() 方法和 DataSource::getAllContacts() 方法使用的返回值类型以及即将添加的搜索方法，该方法将根据查询获取记录。

DataSource::getContact() 将返回 0 或 1 条记录，因为我是通过唯一 id 查找的。 DataSource::getAllContacts() 将返回零个或多个联系人。 即将推出的搜索方法将返回零个或多个联系人。

正如我现在所拥有的， getContact() 方法正在将 auto_ptr 返回给联系人，因为如果我确定它们永远不会超过一个，则返回 ContactRecordSet 似乎很浪费，并且如果没有记录，它允许我返回 NULL有那个id。

getContact() 也返回一个 ContactRecordSet 是否会更好，只是为了保持界面一致？

我对返回像单个对象那样的数据结构的想法感到恼火，但另一方面，它更加一致，并且检查是否找到该 id 的值的语义似乎更符合整体抽象设计（检查返回记录集的长度与检查 NULL auto_ptr）。

大家觉得怎么样？

（注意 - 我知道我可能对一个简单的地址簿应用程序进行了过度设计，但我希望能够轻松地交换不同的后端（平面文件、SQL 等...），前提是它们实现了通用的目标是实践良好的模块化设计和关注点分离。）

更新

我想我可以从相反的角度来看，并使多个记录方法将 auto_ptrs 返回到 ContactRecordSet objectcs。这样a）它是一致的，因为你总是得到一个指向对象的指针，b）如果记录集为空，你就没有返回std::vector的开销，只需返回一个NULL指针。

Answer 1

我始终遵循返回定义对象的最简单事物的设计原则。向量旨在保存事物列表而不是单个项目，虽然它可能使语义对称，但无疑对另一个事物来说是不直观的开发商。

Answer 2

为非复数函数返回复数类型有何一致性？

我认为你需要对“一致性”有不同的定义。