Вопросы по плагинам
![Сообщение Сообщение](./styles/prosilver/imageset/icon_post_target.gif)
Несколько предварительных вопросов по предполагаемой реализации плагинов.
Предполагается ли делать плагины так же, как zmp - код в текстовом файле? Очень удобный механизм, имхо.
Кто всё-таки будет рисовать графику, поля ввода, и т.д.? И каким образом?
Кто будет посылать TCP-запросы, скачивать странички и тайлы? Подозреваю, что плагины, тогда нужны какие-то механизмы для этого, чтобы не тонуть в низкоуровневом коде. (Кстати, как насчет субплагинов - "скачать файл по такому-то адресу", "просчитать время восхода солнца", да вплоть до "отрисовать окошко юзеру"?)
По поводу интерфейсов - я правильно понимаю, что плагины будут разбиты по типам, и у каждого типа будут чётко заданные входные и выходные параметры? Аналогично тем, что сделаны в zmp - GetURLBase, GetX, GetY, GetZ, ResultURL.
Чтобы не быть голословным, да и в качестве примера - давно хочу заняться поисковыми плагинами. От основной программы потребуется только строка с запросом. Тут начинается нюанс, поскольку там еще есть радиобуттоны, которые должны соответствовать наличествующим плагинам.
Допустим, программа должна сканировать при старте каталог поисковых плагинов и переделывать эту форму, выставляя радиобуттоны по списку. При выборе соответствующего радиобуттона строка передается соответствующему плагину. Замечательно. Вроде бы.
Дальше:
- Нужно скачать страничку. Причем, кодировка может быть как в Win1251, так и в UTF-8 и прочем юникоде. Кто, опять же, скачивает и как?
- Распарсить сохраненный файл из предыдущего пункта. Нужен, собственно, файл - путь к нему, причем, желательно или в качестве указателя, или как-то еще абстрактно, чтобы не иметь дело с дисками, путями, каталогами... Кстати, доступ к файловой системе напрямую - запретить, во избежание. По крайней мере, на запись точно. Вот еще не хватало, чтобы вирусы или rm-rf-шутки начали клепать на этой платформе.
- Передать координаты основной программе.
Предполагается ли делать плагины так же, как zmp - код в текстовом файле? Очень удобный механизм, имхо.
Кто всё-таки будет рисовать графику, поля ввода, и т.д.? И каким образом?
Кто будет посылать TCP-запросы, скачивать странички и тайлы? Подозреваю, что плагины, тогда нужны какие-то механизмы для этого, чтобы не тонуть в низкоуровневом коде. (Кстати, как насчет субплагинов - "скачать файл по такому-то адресу", "просчитать время восхода солнца", да вплоть до "отрисовать окошко юзеру"?)
По поводу интерфейсов - я правильно понимаю, что плагины будут разбиты по типам, и у каждого типа будут чётко заданные входные и выходные параметры? Аналогично тем, что сделаны в zmp - GetURLBase, GetX, GetY, GetZ, ResultURL.
Чтобы не быть голословным, да и в качестве примера - давно хочу заняться поисковыми плагинами. От основной программы потребуется только строка с запросом. Тут начинается нюанс, поскольку там еще есть радиобуттоны, которые должны соответствовать наличествующим плагинам.
Допустим, программа должна сканировать при старте каталог поисковых плагинов и переделывать эту форму, выставляя радиобуттоны по списку. При выборе соответствующего радиобуттона строка передается соответствующему плагину. Замечательно. Вроде бы.
Дальше:
- Нужно скачать страничку. Причем, кодировка может быть как в Win1251, так и в UTF-8 и прочем юникоде. Кто, опять же, скачивает и как?
- Распарсить сохраненный файл из предыдущего пункта. Нужен, собственно, файл - путь к нему, причем, желательно или в качестве указателя, или как-то еще абстрактно, чтобы не иметь дело с дисками, путями, каталогами... Кстати, доступ к файловой системе напрямую - запретить, во избежание. По крайней мере, на запись точно. Вот еще не хватало, чтобы вирусы или rm-rf-шутки начали клепать на этой платформе.
- Передать координаты основной программе.