Динамическое расширение функционала

plugins, rust, библиотека, плагины, программирование

0

3

Всем привет. Потихоньку осваиваю rust, пришла в голову идея весь сторонний (лишний для некоторых пользователей) сделать динамически подгружаемым - чтоб память не жрали неиспользуемые пользователем возможности и чтоб любой желающий мог расширить функционал программы. Меня не устраивает встраивание lua или python, если я пишу на расте - то в идеале на расте и расширять функционал. Как я себе это представляю: программа парсит из конфига название библиотеки и название класса (процедуры) и моя программа начинает использовать этот самый класс - всё скомпилировано, всё производительно. Возможно ли реализовать такое? Как скажется на производительности и пожирании памяти 50 мини-библиотек-плагинов в памяти? Стоит ли так делать? Как можно по другому реализовать идею?

Ссылка

←	select/poll and one write buffer

Go lang. TCO. defer.

→

Показаны ответы на комментарий. Показать все комментарии.

07.03.2015 12:23:57

Дата регистрации: 07.03.2015 12:16:59

Я смотрю, ЛОР становится популярным у ржавокодеров.

А по теме: http://doc.rust-lang.org/std/dynamic_lib/struct.DynamicLibrary.html

O02eg ★★★★★
(07.03.2015 09:59:15 +00:00)

Ответ на: комментарий от O02eg 07.03.2015 09:59:15 +00:00

ржавокодеров.

мля! 2 два раза это слово перечитал как «рукожоперов»

anonymous
(07.03.2015 10:03:56 +00:00)

Ссылка

Ответ на: комментарий от O02eg 07.03.2015 09:59:15 +00:00

Так, не туго ли будет системе при открытии 50 библиотек-плагинов? Если в каждой библиотеке будет до 20 строчек полезного кода. Как скажется на памяти и производительности по сравнению со всеми плагинами сразу в одной программе?

vuyagohac
(07.03.2015 10:15:48 +00:00) автор топика

Ответ на: комментарий от vuyagohac 07.03.2015 10:15:48 +00:00

нет, не будет. 50 или 500 это не количество, от корой системе будет туго.

anonymous
(07.03.2015 10:19:40 +00:00)

Ответ на: комментарий от anonymous 07.03.2015 10:19:40 +00:00

Почему тогда кде либы так мелко не подробили? Glib так вообще на все случаи жизни.

vuyagohac
(07.03.2015 10:34:49 +00:00) автор топика

Ссылка

Ответ на: комментарий от vuyagohac 07.03.2015 10:15:48 +00:00

не туго ли будет системе при открытии 50 библиотек-плагинов

Ну, с системДы же все работает.

Как скажется на памяти и производительности по сравнению со всеми плагинами сразу в одной программе?
со всеми плагинами сразу в одной программе
сразу в одной программе

Поручик! Молчать! Не дай рандом, Леня прочитает (или коллективные измышления на тему сыс-ды вызовут возмущения в астрале, которые подсознание Лени уловит и оформит в очередной сон-(Великое)-Откровение).

anonymous
(07.03.2015 10:51:06 +00:00)

Ссылка

Ответ на: комментарий от vuyagohac 07.03.2015 10:15:48 +00:00

Смотря что ты будешь делать в процедуре инициализации каждой. Если там блокирующих операций много или вычислений, тогда проблема. Максимум можешь многопоточности грузить. А вот если при инициализации ничего не делается, то библиотеки, готов поспорить, можно грузить тысячами. Такую голую работу не поленись сам побенчмаркать

~~vertexua~~ ★★★★★
(07.03.2015 12:34:33 +00:00)

Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

←	select/poll and one write buffer

Development

Go lang. TCO. defer.

→

Похожие темы