|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 31 Jan 2002 22:15:09
To : vitus@ice.ru
Subject : Re: LoadLibrary в Linux
--------------------------------------------------------------------------------
On Wed, 30 Jan 2002 18:31:09 +0000 (UTC),
vitus@ice.ru <vitus@ice.ru> wrote:
>Andrey Sapozhnikov <sapa@icb.chel.su> wrote:
>>> /usr/libexec/mykewlcodec.
>
[skipped]
>AS>Т.е. во все видеоплейеры заранее вкомпилировать заданный набор
>AS>кодеков без возможности использовать их в других подобных программах
>AS>и апгрейдить, добавлять и т.д. А Perl, к примеру, поставлять в
>AS>виде полугигабайтного исполняемого файла куда статиком вкомпилированы
>AS>все модули с CPAN?
>
>Кстати, вот последнее мне кажется гораздо более существенным
>возражением. С кодеками где-то как-то еще можно через пайпы или SHM
>поработать, а вот API для скриптовых языков обязано быть API, то
Есть принципиальная разница между плагинами приложений и
языковыми библиотеками. Она, возможно, бывает неочевидна. Кроме
того, критерии все нечеткие и потому могут возникать пограничные
случаи -- когда не поймешь что.
Hо отличия есть.
Одно из важных -- языковая библиотека подключается к инструменту
разработчика. Как следствие, разработчик пользовательского ПО
может ее рассмотреть, решить -- брать или нет. И вообще всячески
ограничить количество включенных библиотек, и протестировав то,
что использует.
Между тем плагин подключается и устанавливается В.Пупкиным по
своему усмотрению. И если .so плагины -- единственный вариант
расширения программы, то он просто вынужден на хорошую в целом
программу навешивать всякую странную бню, получая громоздкую и
неустойчивую систему.
Еще довольно важной отличительной особенностью плагинов является
то, что их интерфейс и набор предоставляемых функций обычно
определяется основной программой (и обычно такие бинарные
интерфейсы могут использоваться только в этой программе), между
тем как библиотеки (их разработчики) сами себе определяют свои
интерфейсы. В частности, определяют с целью последующего code
reuse. Такой код действительно потом многократно используется и
обкатывается, уменьшая шансы пропустить какую-либо гадость.
>бишь библиотекой. Это только в Erlang ухитряются GUI в виде отдельного
>бинарника (в смысле не содержащего интерпретатора Erlang) реализовать
>А в других языках, которые не умеют расползаться по куче машин
>самопроизвольно аналога erlang-овских портов нет.
>
>Так что пусть те кому нужно ядерные взрывы моделировать, компилят
>для этой цели супероптимизированные статические ocaml-ы, а мы люди
>простые и с вдвое менее эффективным PIC-кодом поживем.
>--
>Victor Wagner vitus@ice.ru
>Chief Technical Officer Office:7-(095)-748-53-88
>Communiware.Net Home: 7-(095)-135-46-61
>http://www.communiware.net http://www.ice.ru/~vitus
>
>Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
