Цитата(EvilsInterrupt @ 22.4.2009, 10:43  ) | | В-общем, разрабатываю библиотеку по работе с файлом, памятью, сетью в единном стиле написания кода. |
boost::asio уже существует 
| Цитата(EvilsInterrupt @ 22.4.2009, 10:43 ) | Как же пытаюсь напрограммить в ОО-стиле ?
1. Задаю вопрос : "Что будет делать клиентский код? Что ему надо? "
- Иметь доступ по чтению
- Иметь доступ по Записи
- Иметь доступ по чтению или записи
Исходя из этого прихожу к концепции стримов и задаю интерфейсы:
class I_Stream; // << --- здесь методы Clone, SetSeek общие для всех интерфейсов стримов
class I_IStream : public I_Stream; // Возврат байта, ворда, дворда, чтение буфера
class I_OStream : public I_Stream; // Установка байта, ворда, дворда, запись буфера
class I_IOStream : public I_IOStream;
и реализовываю первый абстрактный класс
class C_IOStream : public I_IOStream;
Дальше спрашиваю себя : "Что конкретно будет юзер писать ?"
- Работа с файлами, тогда class C_FileStream : public C_IOStream;
- Работа с памятью , тогда class C_MemoryStream : public C_IOStream;
- Работа с сетью, тогда class C_NetworkStream : public C_IOStream; |
во первых следует начинать не с интерфейса класса, а с предметной области
в данном случае у нас есть набор средств ОС, и средства для взаимодействия с ними
это может выглядеть так:
есть сущность - Service, некий объект отвечающий за взаимодействие с ОС
для разных подсистем могут быть реализованы разные сервисы, к примеру: FileService, TCPService, NamedPipeService, MemoryMappedFileService.
есть объект(сущность) Stream, с которым работает пользовательский код.
Этот объект должен формировать пользовательский API. К примеру, он может содержать методы GetWord, SetWord, GetByte итд...
Далее, должны-быть реализации, к примеру, FileStream, TCPStream, NamedPipeStraem. Каждый из этих объектов не должен работать с объектом ОС напрямую, вместо этого он должен использовать соответствующий сервис. К примеру, FileStream должен использовать FileServcie
FileService может быть реализован примерно так
| Код |
class FileService
{
public:
///создать файл
HANDLE create_file(const char* name, DWORD mode, DWORD attr);
///записать порцию данных в файл
void write_file(HANDLE handle, const char* data, size_t size);
...
};
|
соответственно, у разных сервисов будут разные интерфейсы
FileStream может его использовать примерно так:
| Код |
class FileStram
{
HANDLE handle_;
FileService& service_;
public:
FileStream(const char* name, FileService& srv) : service_(srv)
{
handle_ = service_.create_file(name, ....);
}
void WriteWord(unsigned logn data)
{
service_.write_file(handle_, (const char*)&data, sizeof(unsigned long));
}
...etc...
};
|
FileStream должен знать только о FileService, больше ему ничего не нужно, один сервис может работать с множеством Stream объектов
соответственно, для всех NamedPipeStram должен быть создан один сервис PipeServcie etc...
это позволит разделить интерфейс и реализацию
далее, можно провести рефакторинг, например выделить базовый класс для потоков(к примеру IStream) и базовый класс для сервисов, так-же можно создать фабрику объектов для Stream-ов и так далее
в результате это может выглядеть как-то так:
| Код |
FileStream* file = new FileStream( fie_service, "file.txt");
|
или с помощью фабрики объектов
| Код |
FileStream* file = StreamFactory.CreateFile("file.txt");
|
Соответственно, для другой платформы, тебе потребуется только создать новые сервисы, но не Stream-ы |
