Question

我一直在使用std::istream和ostream作为C ++中随机访问二进制I / O的多态接口，但它在许多方面似乎不是最理想的：

由于streampos / streamoff限制，64位搜索是不可移植的并且容易出错;目前使用boost/iostreams/positioning.hpp作为解决方法，但需要提高警惕
缺少截断或扩展文件（ala POSIX ftruncate）
具体实施之间的不一致;例如stringstream有独立的获取/放置位置，而filestream没有
平台实施之间的不一致;例如寻求通过文件结尾或使用failbit / badbit出错
不需要stream的所有格式设施，甚至可能需要缓存streambuf
streambuf错误报告（即异常与返回错误指示符）在实践中应为implementation-dependent

我喜欢Boost.Iostreams Device concept提供的简化界面，但它是作为函数模板而不是多态类提供的。（有一个device class，但它不是多态的，只是一个实现的助手类，不一定被提供的设备实现使用。）我主要使用大型磁盘文件，但我真的想要多态，所以我很容易替换替代实现（例如，使用stringstream而不是fstream进行单元测试），而没有深度模板实例化的所有复杂性和编译时耦合。

有没有人对此有任何标准方法的建议？这似乎是一种常见的情况，所以我不想不必要地创建自己的接口。举个例子，像java.nio.FileChannel这样的东西似乎很理想。

到目前为止，我最好的解决方案是在Boost.Iostreams设备上放置一个薄的多态层。例如：

class my_istream
{
public:
    virtual std::streampos seek(stream_offset off, std::ios_base::seekdir way) = 0;
    virtual std::streamsize read(char* s, std::streamsize n) = 0;
    virtual void close() = 0;
};

template <class T>
class boost_istream : public my_istream
{
public:
    boost_istream(const T& device) : m_device(device)
    {
    }

    virtual std::streampos seek(stream_offset off, std::ios_base::seekdir way)
    {
        return boost::iostreams::seek(m_device, off, way);
    }

    virtual std::streamsize read(char* s, std::streamsize n)
    {
        return boost::iostreams::read(m_device, s, n);
    }

    virtual void close()
    {
        boost::iostreams::close(m_device);
    }

private:
    T m_device;
};

Answer 1

您是否看过Qt的QIODevice类和子类？我不太确定它是否符合您的需求，但也许值得一试：QIODevice。

Answer 2

我最后得到了一组类似于我在问题中概述的抽象接口。似乎没有任何轻量级，多态的标准...

针对C ++多态，可搜索，二进制I / O接口的建议

2 个答案: