Как реализовать модульность?

Question

[Владимир Грабко]

Сейчас у меня есть софт с кучей функций (в общем он охватывает примерно 3 разных аудитории в сфере хака) я хочу его поделить на модули, а потом тупо продавать модули для сети. Звучит нормально) Но как я начал гуглить... Это был писец)

Я хочу подключать уже скомпилированные модули которые должны расширять функцию парсинга команд. Сейчас она получает json формата

{
command: "name modules",
flag : "data command"
}

а потом с помощью switch определяет кукую команду выполнять. Что посоветуете?

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

Comments

[Илья]

Вы уверенны, что вы правильный язык выбрали для написания софта? Вы всё равно изучали с нуля язык. А с++ лучше бы подошел и с динамической загрузкой кода, и работа с портами и памятью напрямую, если что.

[Владимир Грабко]

FireGM: незнаю почему, но мне противно кодить на языках семейства Си (возможно из-за того что учил php->js->golang)

[Владимир Грабко]

Думаю вместо case заюзать проверку существования файла в директории с модулями. Если есть то тупо вызываем её через cmd. Но тогда я более чем уверен что эти модули пойдут по сети и куй хто их потом купит...

Answer 1

[index0h]

Golang по умолчанию компилируется в 1 бинарь. Да, можно подключать shared либы, да можно собирать, но язык заточен не под это.
Что бы подключать функционал - гуглите на тему "golang unsafe", "golang load dynamic library". Но вообще говоря - это со всей силы не golang-way.

каждый модуль использовать как микросервис

вполне вариант

представить не могу как расширить функцию парсинга команд

Вам нужен некий резолвер, который будет заполняться мета данными о ваших командах в процессе старта приложения. Далее на основании собранных данных нужно будет настраивать парсер команд.

Если же вы хотите нечто эдакое сделать с помощью отдельных микросервисов - потребуется как минимум еще один, который будет распределять действия между остальными. Например через сервер очередей, либо rpc. В любом случае протокол общения между сервисами вам придется спроектировать. А если запуск через консоль - это еще один клиент. Грубо говоря эта штука может выглядеть так:

[client] <-??-> [client-app] <-rpc|queue|...-> [main-server] <-rpc|queue|...=>[modules]

Comments

[Oleg Shevelev]

Недавно узнал что если распространять только скомпилированные версии package (те что в каталоге pkg) то без исходного кода (то чо в каталоге src) оно собираться с приложением (package main) не будет.

Статей на тему как подключить Golang пакет скомпилированный как dynamic library пока не попадалось, но, возможно есть возможность сделать через Си прослойку. Другой вопрос что топикпастеру всё равно придётся раздавать исходный код самого приложения, а клиентам компилировать его занова.

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

[Владимир Грабко]

Oleg Shevelev: А потом если он решил докупить какой то пакет. Как тогда?

[Oleg Shevelev]

Владимир Грабко: логинится снова к вам на сайт, докупает доп.пакет, скачивает новую сборку.

[Владимир Грабко]

Oleg Shevelev: и как же он это сборку поставит сразу на несколько сотен пк? (бот часть). Если бы всё было так просто...

[index0h]

@lucifer-m
Точно так же каки до этого ставил на эти несколько сотен пк. От вас он получает только скомпилированный бинарь.
Надюсь вы с УК ознакомлены))