Файловый контейнер или его вариации...

[ритт]

если хочешь начать с QIODevice, советую ознакомиться с сорцами кделибз. сейчас навскидку не помню где точно искать, но это примерно io, kio и т.д., а также различные фильтры на основе интерфейса KZip (если не ошибаюсь). тот же кио-слэйв позволяет раотать с любыми файловыми системами прозрачно - нужно только бэкэнд спарить с интерфейсом. я год-два назад посмотривал в данном направлении, но так времени и не было заняться задуманной задачей всерьёз. если пойдёшь по этому пути, я постараюсь найти время и принять участие...

по второй части: если имеется определённое финансирование, можно приобрести модифицированный склайт (с шифрованием "на лету") - на данный момент для склайт это самое эффективное решение.

[Alex Custov]

если хочешь начать с QIODevice, советую ознакомиться с сорцами кделибз. сейчас навскидку не помню где точно искать, но это примерно io, kio и т.д., а также различные фильтры на основе интерфейса KZip (если не ошибаюсь). тот же кио-слэйв позволяет раотать с любыми файловыми системами прозрачно - нужно только бэкэнд спарить с интерфейсом. я год-два назад посмотривал в данном направлении, но так времени и не было заняться задуманной задачей всерьёз. если пойдёшь по этому пути, я постараюсь найти время и принять участие...

Это всё сильно завязано на KDE. Там даже шедулер для слейвов свой.

[ритт]

я не говорю про привязку к кде - я говорю про саму идею реализации.
если реализовать подобный механизм на чистой кутэ (возможно, через фсэнджине или ещё как - надо ковыряться), удивитесь как много полезного можно будет реализовать с "прозрачностью" для приложения.
мне лично очень нравится в кде возможность ходить по урлам типа settings://[...], sysinfo://[...] и т.п.
т.к. в 4.4 появился новый qthelp://[...], думаю, нечто подобное уже реализовано и остаётся не так много...

и пример ближе к теме: что-то вроде QFile file("mycryptofs://pack1.zip/etc/fstab"), где pack1.zip будет архивом со стойким шифрованием или "mycryptofs://C:/test.txt", если интерфейс позволит устанавливать источник отдельно и т.д., и т.п. - для приложения будет асолютно неважно где на самом деле находится этот файл (это может быть даже потоковый источник в инете).
ы?

[Alex Custov]

а, в этом смысле. Ну да, будет круто:) Только "qthelp" там обрабатывается жёстко и о модульности как в KIO приходится только мечтать. Для этого надо будет написать по сути аналог KIO ( QIO ), и использовать его везде вместо обычных QFile/QHttp/ и т.д., что по сути огромная работа.

[ритт]

ну, я об этом и говорю
и плюсом возможность установки фильтра на базовый контейнер - получится вообще здорово - можно будет и сжатие, и шифрование "на лету" организовать...лишь бы фантазии хватило...

[Alex Custov]

закинул им suggestion, посмотрим

[ритт]

какой ты шустрый
дай потом номерок, как отпишутся?

/* ё-маё, я уже джедай */

[-QT-]

Финансирование это из собственных средств - тобишь зарплаты.

По поводу KIO - посмотрел предварительную информацию, возможно и даже
наверное более резонно попробовать. Подумалось ведь КДЕ 4.х уже работает
и там это портировано на четвертую ветку. Ищу сорцы КИО сейчас посмотрим
что из этого можно сварганить.

Дааа... реализация QIO-slaves --> вкусно ... ням. Интересно что по этому поводу скажут тролли ?

[-QT-]

Есть в QT замечательная штука под названием QAbstractFileEngine. В двух словах это заготовка для построения VFS в отдельно взятой программе. Вот цитата из документации:

A QAbstractFileEngine subclass can be created to do synchronous network I/O based file system operations, local file system operations, or to operate as a resource system to access file based resources.

Собственно все операции с файлами (open, read, write, etc) идут именно через потомка этого класса QFSFileEngine. Также этот механизм используется для доступа к ресурсам (да-да, тот самый QIcon(":/icons/icon.png")).

Таким образом создав 3 класса

class MyFileEngineHandler : public QAbstractFileEngineHandler
class MyFileEngine: public QAbstractFileEngine
class MyFileEngineIterator : public QAbstractFileEngineIterator

мы получаем собственноручно созданную VFS для наших нужд.

http://lestornqt.blogspot.com/

Надыбано по поиску в ассистанте и тырнэте.
Что по этому поводу скажет сообщество ?

[ритт]

> если реализовать подобный механизм на чистой кутэ (возможно, через фсэнджине или ещё как - надо ковыряться)...


это радует. выходит, что в твоём случае задача действительно решается написанием наследников...в моём случае ещё потребуется интерфейс для обвешивания (в)фски фильтрами - т.е. чтобы не писать (в)фску со сжатием/шифрованием на лету, а применять фильтр к существующией (в)фске (скажем, qtdoc://) и читать/писать кутэдоки в сжатом виде _прозрачно_ как для приложения, так и для фсэнджины...
правда, когда у меня появится время на реализацию задуманного, оно (задуманное) может мне уже быть неинтересным

[-QT-]

правда, когда у меня появится время на реализацию задуманного, оно (задуманное) может мне уже быть неинтересным

Всё нужно вовремя, мы переростаем возникающие проблемы и потом нехотим возвращатся к ним.
Сейчас пробую простейшее приложение с QAbstractFileEngine, посмотрим что можно выжать из него.

[Alex Custov]

какой ты шустрый
дай потом номерок, как отпишутся?

/* ё-маё, я уже джедай */

Hello,

Actually there is no plans for that, but you are still free to use
kdelibs on your project even if it is commercial project (kdelibs is
LGPL).

I agree that is cool feature but actually it's not on roadmap.

Best Regards.

Alexis Ménard
Software Engineer, Widgets Team 1
Phone : +4799271013

Qt Software, Nokia Norge AS, Sandakerveien 116, 0484 Oslo, Norway
======================================================================
Qt Developer Days 2008
Register Today!
REDWOOD CITY, California: October 29th - 30th
Learn more: www.trolltech.com/qtdevdays2008
======================================================================