2014-12-11 01:31:21 +01:00
|
|
|
#pragma once
|
|
|
|
#ifndef BLOCKSTORE_IMPLEMENTATIONS_INMEMORY_INMEMORYBLOCKSTORE_H_
|
|
|
|
#define BLOCKSTORE_IMPLEMENTATIONS_INMEMORY_INMEMORYBLOCKSTORE_H_
|
|
|
|
|
2015-03-12 14:27:51 +01:00
|
|
|
#include "../../interface/helpers/BlockStoreWithRandomKeys.h"
|
2015-04-25 02:48:41 +02:00
|
|
|
#include <messmer/cpp-utils/data/Data.h>
|
2015-02-17 00:23:33 +01:00
|
|
|
#include "messmer/cpp-utils/macros.h"
|
2014-12-11 01:31:21 +01:00
|
|
|
|
|
|
|
#include <mutex>
|
|
|
|
#include <map>
|
|
|
|
|
|
|
|
namespace blockstore {
|
|
|
|
namespace testfake {
|
|
|
|
class FakeBlock;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* This blockstore is meant to be used for unit tests when the module under test needs a blockstore to work with.
|
|
|
|
* It basically is the same as the InMemoryBlockStore, but much less forgiving for programming mistakes.
|
|
|
|
*
|
|
|
|
* InMemoryBlockStore for example simply ignores flushing and gives you access to the same data region each time
|
|
|
|
* you request a block. This is very performant, but also forgiving to mistakes. Say you write over the boundaries
|
|
|
|
* of a block, then you wouldn't notice, since the next time you access the block, the overflow data is (probably)
|
|
|
|
* still there. Or say an application is relying on flushing the block store in the right moment. Since flushing
|
|
|
|
* is a no-op in InMemoryBlockStore, you wouldn't notice either.
|
|
|
|
*
|
|
|
|
* So this FakeBlockStore has a background copy of each block. When you request a block, you will get a copy of
|
|
|
|
* the data (instead of a direct pointer as InMemoryBlockStore does) and flushing will copy the data back to the
|
|
|
|
* background. This way, tests are more likely to fail if they use the blockstore wrongly.
|
|
|
|
*/
|
|
|
|
class FakeBlockStore: public BlockStoreWithRandomKeys {
|
|
|
|
public:
|
|
|
|
FakeBlockStore();
|
|
|
|
|
2015-04-25 02:48:41 +02:00
|
|
|
std::unique_ptr<Block> tryCreate(const Key &key, cpputils::Data data) override;
|
2014-12-11 01:31:21 +01:00
|
|
|
std::unique_ptr<Block> load(const Key &key) override;
|
2015-02-22 16:53:49 +01:00
|
|
|
void remove(std::unique_ptr<Block> block) override;
|
2015-02-23 21:07:07 +01:00
|
|
|
uint64_t numBlocks() const override;
|
2014-12-11 01:31:21 +01:00
|
|
|
|
2015-04-25 02:48:41 +02:00
|
|
|
void updateData(const Key &key, const cpputils::Data &data);
|
2014-12-11 01:31:21 +01:00
|
|
|
|
|
|
|
private:
|
2015-04-25 02:48:41 +02:00
|
|
|
std::map<std::string, cpputils::Data> _blocks;
|
2014-12-11 01:31:21 +01:00
|
|
|
|
|
|
|
//This vector keeps a handle of the data regions for all created FakeBlock objects.
|
|
|
|
//This way, it is ensured that no two created FakeBlock objects will work on the
|
|
|
|
//same data region. Without this, it could happen that a test case creates a FakeBlock,
|
|
|
|
//destructs it, creates another one, and the new one gets the same memory region.
|
|
|
|
//We want to avoid this for the reasons mentioned above (overflow data).
|
2015-04-25 02:48:41 +02:00
|
|
|
std::vector<std::shared_ptr<cpputils::Data>> _used_dataregions_for_blocks;
|
2014-12-11 01:31:21 +01:00
|
|
|
|
2015-04-25 02:48:41 +02:00
|
|
|
std::unique_ptr<Block> makeFakeBlockFromData(const Key &key, const cpputils::Data &data, bool dirty);
|
2014-12-11 01:41:08 +01:00
|
|
|
|
2014-12-11 01:31:21 +01:00
|
|
|
DISALLOW_COPY_AND_ASSIGN(FakeBlockStore);
|
|
|
|
};
|
|
|
|
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
#endif
|