IL-2 Horus Commander
Всем доброго времени суток!
Я являюсь разработчиком IL-2 Horus Commander (Хорус коммандера), который входит в состав системы Horus. О том, что это такое, можно узнать из моего поста про установку выделенного сервера. В этом посте я бы хотел продублировать свой пост из темы в гугл-группе проекта.
Целью создания данной темы является формирование и обсуждение требований к базовому функционалу коммандера, а так же требования к его API (для разработчиков).
Чтобы не забивать головы лишней информацией, в этом первом посте писать много не буду. Надеюсь на появление наводящих вопросов, которые охарактеризуют общие цели конечных пользователей. По мере прояснения картины, полезной информацией будет наполняться Вики
Итак, для начала скажу, что система в целом переживает 5-е рождение, т.е. это не проект с нуля и способы решения большинства технических вопросов уже успешно найдены. Предыдущие попытки потерпели фиаско в силу отсутсвия четких целей и неверного проектирования архитектуры системы. У одной предыдущей версии был даже свой сайт. В данный момент архитектура является многомодульной. Сама система состоит из отдельных библиотек, которые могут разрабатываться параллельно разными группами людей и не имеют жестких привязок друг к другу.
Одна из основных фич - режимы коммандера. Коммандер может работать, как консольное приложение (режим демона/сервиса), так и графическое приложение со всякими кнопками и выпадалками и всеми отсюда вытекающими последствиями (графический режим). Ёще одной основной фичей является поддержка плагинов. Это означает, что стандартный функционал коммандера можно будет заменять своим, создавая таким образом свой уникальный коммандер. Например, свои журналы, свой парсер, свой менеджер миссий, свой менеджер пилотов и т.д. В будущем планируется создать отдельное хранилище плагинов от разных разработчкиков, чтобы все было как у людей (все же знают, как удобно пользоваться плагинами в браузерах, плеерах и т.п.)
В этой теме как раз хотелось бы обсудить, какие части разумно вынести в плагины (по сути, сделать заменяемыми), какой программный интерфейс системы (API) должен быть доступен разработчику плагинов, какую информацию плагин должен предоставлять системе, и как вся эта кухня должна конфигурироваться. Но это основные вопросы. Вообще, принимаются совершенно любые вопросы. Поэтому не стестяемся, возможно именно один ваш вопрос изменит ход развития всей системы
p.s. для живого общения можно пользоваться скайп-чатом. как попасть:
или) скопируйте текст ниже в чат-строку Skype (можно в любую беседу из ваших контактов) и нажмите Ввод
skype:?chat&blob=Md7seNKEQXtKlZAlzUqjJ28nxLCBNhyuuJyLUZwLmO4bmKitNNmVFPUpbxhzJ8hEx-7O5LxN0izMAaVQ8GVMf816rttZmAyLPiWR
или) добавьте себе в контакты любого из представителей Horus Team, обращаясь с просьбой о вступлении в чат. Скайп-логины: oblalex, AnpeJIb_23.
Ответить с цитированием
Сообщение от 71мсп
становится понятно, что нужно вынести в отдельный плагин модуль, который будет сообщать коммандеру, что пора миссию заканчивать и с определенным результатом. как он будет решать, что момент истины наступил - дело разработчкика плагина. можно писать свой код, который полностью рулит этим делом, а можно просто код, который будет дергать какой-то внешний процесс (уже готовый и обкатанный ваш собственный скрипт или программу). при всем разнообразии вариантов, коммандеру фиолетово, как они осуществляются, т.к. для него это все плагины с одинаковым интерфейсом
