Обсуждение плагинных интерфейсов на примере карты покрытия

[GDragon]

обсуждение по тикету http://sasgis.org/mantis/view.php?id=808

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

от основной программы плагину потребуется только позиция gps
т.к. приёмник может использоваться только одной программой одновременно
а вот плагин должен возвращать несколько вещей
1. ssid сети (в случае с WiMax только наличие, или если найдётся способ различать mts|yota|ещёчтото то имя) в случае отсутствия ssid - возвращать "скрыт"
2. силу сигнала. Для возможности "расцветки" трека и упрощения визуального определения мест с наивысшим уровнем сигнала
3. тип шифрования - опять таки для возможности отметки в треке (опционально)


всё указанное есть по отдельности в разных программах
и пройдя по цепочке (пройти с gps и включенным wifi, преобразовать трек в другой формат, скормить его третьей софтине которая наложит на карту) можно получить карту с отображенными wi-fi сетями
но было бы удобнее all in one как говорится

[gpsMax]

(для ясности - я не разработчик, но слабые места уже вижу)

САС отдаёт плагину координаты. Это хорошо и понятно. Центра экрана, кстати? Или позицию курсора, или какие-то другие координаты? Нужно всё-всё-всё прорабатывать же.

А обратно передаётся какой-то поток сознания. Что предполагается программе делать с ssid сети, скажите пожалуйста? Только не надо говорить, что она должна сделать что-то сложное - нее, этим должен заниматься как раз плагин.

Как первое приближение: В ответ плагин возвращает строку, которую он составляет из ssid и прочих параметров. Обычная строка - это уже понятнее. Только что с ней, опять же, дальше делать? Давайте, включайте фантазию :-) Только по минимуму затрагивайте основную программу, почти всё должно быть в плагине. В результате должна получиться схема интерфейса для плагина - то есть, какие данные отдавать плагину, какие получать обратно, и как на них реагировать.

[GDragon]

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

[vasketsov]

Центра экрана, кстати? Или позицию курсора, или какие-то другие координаты?

Судя по всему имеется в виду именно координата с подключенного приёмника gps. Ведь SSID-ы нюхаются не по абстрактной координате центра экрана саса, а физически вокруг приёника wifi (будем предполагать, что приёмники wifi и gps находятся близко друг от друга).

А обратно передаётся какой-то поток сознания

Это конечно верно, что поток сознания.
Но тут есть интересная особенность именно в контексте gps.
Если пишется трек в формате gpx - плагин просто может сказать программе - на тебе этот текст и запиши его в текущую точку трека как информацию. И таких плагинов, пишущих в gpx, может быть много всяких самых разных.

А вот подсветку трека на основании уровня сигнала, имхо, делать не стоит. Слишком много проблем. Либо это реализация дополнительной посветки (кроме подстветки по скоростям) по произвольным параметрам точки, либо сам плагин должен генерить цвета для подстветки, что приведёт к невозможности изменения подсветки после генерации трека. В обоих случаях фигня-с.

[GDragon]

(будем предполагать, что приёмники wifi и gps находятся близко друг от друга)

ну всяко не дальше чем 1-2 метра, а это несущественно.

(кроме подстветки по скоростям)

а это зачем? скорость и так понятна из списка будет

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

[gpsMax]

Ну, со входными данными полная ясность - координаты с gps. Теперь бы еще с результатами определиться.

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

Я не очень близко знаком с форматом gpx. Kml ковырял, wpt ковырял (хотя он не в тему - простенький), а gpx как-то не довелось. Я так понимаю, там ведь можно, как и в kml, указывать свои, кастомные xml-поля? Тогда плагину надо будет возвращать целый массив из имён параметров и их значений, причём в идеале безразмерный в смысле количества параметров. Как-то это громоздко... или нет?

Всё вышеозвученное написано в предположении, что плагин только возвращает данные, и всё, а к отрисовке трека он отношения не имеет. Программа в данной модели только тупо пишет кастомные все эти поля в gpx и тоже пока ничего не рисует.

[Parasite]

от основной программы плагину потребуется только позиция gps
т.к. приёмник может использоваться только одной программой одновременно
а вот плагин должен возвращать несколько вещей
1. ssid сети (в случае с WiMax только наличие, или если найдётся способ различать mts|yota|ещёчтото то имя) в случае отсутствия ssid - возвращать "скрыт"
2. силу сигнала. Для возможности "расцветки" трека и упрощения визуального определения мест с наивысшим уровнем сигнала
3. тип шифрования - опять таки для возможности отметки в треке (опционально)
всё указанное есть по отдельности в разных программах
и пройдя по цепочке (пройти с gps и включенным wifi, преобразовать трек в другой формат, скормить его третьей софтине которая наложит на карту) можно получить карту с отображенными wi-fi сетями
но было бы удобнее all in one как говорится

А зачем это всё САСу, собссно? Наверное сейчас приходится "проходить по цепочке" ровно потому, что это никому особо и не нужно кроме топикстартера?
Имхо детсад это всё - то сотовые вышки ловим (с точностью лишь слегка менее чем никакой), теперь щас вот хотспоты (сегодня появляющиеся - а завтра пропадающие).....А корованы там грабить можно будет?

[gpsMax]

корованы там грабить можно будет?

Стоп-стоп-стоп. Давайте без сваливания всего в кучу. На данном примере можно, наконец, отработать модели интерфейсов и слегка прояснить, чего же будут делать плагины. То, что написал автор темы - конечный результат, к которому, возможно, и не получится прийти, но некоторые взаимодействия можно и обкатать. Выше началось интересное обсуждение про gpx-треки, например.

Я так думаю, что будет класс плагинов, предоставляющий данные (начиная с координат, скорости, DOP), и будет класс, рисующий треки в зависимости от тех самых данных - разные цвета в зависимости от скорости etc. До второго класса пока далековато, зато первый вполне понятен.

[vasketsov]

а gpx как-то не довелось. Я так понимаю, там ведь можно, как и в kml, указывать свои, кастомные xml-поля?

Ну в общем-то да, это тоже расширение xml. Спеку по gpx можно слить с их сайта, адрес сейчас сходу не вспомню, но факт тот, что он легко ищется и там это есть.
Суть в том, что это ВОЗМОЖНО, а когда реально захочется что-то такого типа забацать - тогда и поглядеть предметно.

Тогда плагину надо будет возвращать целый массив из имён параметров и их значений

Проще сделать так, чтобы параметр и значение был один (одна пара). Тогда при необходимости в случае чтения своих же параметров не будет этой же кучи значений.
А уж что внутри - отдать на откуп плагину. Естественно, с проверкой параметров, чтобы там никаких тэгов не было и прочих запрещённых символов, чтобы ничего не испортилось.
В итоге интерфейс взаимодействия программы и плагина будет заключаться (без очевидных подробностей) в передаче двух PChar-ов (для имени и значения).

а к отрисовке трека он отношения не имеет

Ну, в моём понимании настройкой отрисовки всегда должен заниматься конечный юзер, а не автор бизнес-логики. Если эти 2 человека думают одной головой и сидят на одной заднице - это исключительно случайность, на которую нельзя в общем случае полагаться.
Не говоря уже о сомнениях, надо ли вообще допускать плагины к непосредственной отрисовке чего бы то ни было.

[Parasite]

корованы там грабить можно будет?

Стоп-стоп-стоп. Давайте без сваливания всего в кучу. На данном примере можно, наконец, отработать модели интерфейсов и слегка прояснить, чего же будут делать плагины.

Вопрос выше был, соббсно, по вынесенной теме обсуждения ("Работа с WiFi и Wimax сетями"). Про обкатку моделей интерфейсов я ни слова не говорил.