ребять раскажите пожалуйста зачем нужны плагины! И когда их рационально использовать! Когда они действительно могут быть необходимы и зачем! ? НУ и еще что это такое и как его использовать дайте толковые ссылки!

Это сообщение отредактировал(а) dark_religion - 10.10.2006, 21:28

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

ну ребята! зачем такое писать! я думаю что про расширение футкциональности любой слышавший слово плагины знает! У кого есть реальные ссылки на эту тему объясняющие суть!

http://wincmd.ru/
http://wincmd.ru/directory/developer.html

ДА это не серьезно((((  ПОчитал бы что даешь что ли(((((( 

dark_religion, че тебе надобно, а? в разделе "С++"... Плагины к С++?

Добавлено @ 23:49 
Результат поиска в google

На английском - WikipediA: plugin, на русском - ВикипедиЯ: плагин.

А еще зачем они реально нужны? Ведь можно если нужно расширить функциональность можно добавить немного кода! Зачем делать плагин?

dark_religion, уф-ф… Постараюсь на пальцах:
Разработчик в ряде случаев не может предусмотреть всё, что может понадобиться пользователям. Пихать в код все фичи подряд неоправданно и невозможно.
Запросить разработчика основного продукта о добавлении какой-то функциональности может быть гораздо менее эффективно по времени и деньгам, чем разработать плагин.

О это уже ближе спасибо! А что значит разработать плагин? Я так понимаю, что это не реализация какой-то фичи с помощью плагина, а сделать так что бы была возможность разработать эту фичу? с помощью плагина? да?

это аргумент 1. аргумент 2: нужны ли тебе те же функции, которые требуются человеку N? Если нет - зачем тягать за собой 20 Мб кода, из которых реально востребовано 5 Мб тобой, и 8 Мб - тем самым человеком N?

Другими словами, плагины очень часто имеют возможность делать намного больше людей, чем основной продукт (PhotoShop, 3DS Max, WinAMP,...) Если ты профессиональный художник и тебе позарез не хватает какой-либо фичи у PhotoShop, то ты сам или с помощью знакомого программера пишешь необходимый плагин и подключаешь к системе. И тебе это обходится в пару дней и пару бутылок пива. А в случае, если ты обращаешься к производетлю (в данном случае Adobe), то ты только пару месяцев будешь обсуждать финансовую сторону вопроса.
Есть еще причина, например, WinAMP. В его состав входит несколько стандартных плагинов, которые удовлетворяют потребности большинства его пользователей. Но нескольким процентам пользователей нужны некие экзотические возможности. И если все эти возможности реализовать, то дистрибутив получится объемом в сотню мегабайт (например), хотя всем 99,99% пользователей в случае с плагинами надо только загрузить пару другую плагинов не более (а это может быть меньше мегабайта).
Еще один вариант использования плагинов. Есть программа. Она умеет только загружать плагины и связывать их функции друг с другом. К ней прилагается куча плагинов, которые реализуют свою узкую функцию (интерфейс, импорт документов, сохранение, загрузка, обработка, редактирование, настрока и пр.). Допустим, всего весь пакет занимает 1 ГБ. И раз в неделю обновляется одна из функций пакета... А теперь посчитай, какая будет экономия трафика, в случае модульной структуры программы по сравнению с монолитной.

Добавлено @ 23:43 

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

Хорошо спасибо всем! Если кто-то еще может что-то добавить не стисняйтесь.

dark_religion, вообще-то, и так сказано уже более, чем достаточно...  если есть конкретные вопросы - задавай.

Вообще то я использую плагины в остновом для безболезненного расширения функционала.
Например, делается приложение (клиент- сервер) уровня  предприятия. На начальном этапе полены требования только для определенного круга задач. Предполагается, что вдальнейшем это все будет развиваться и комплекс будет весьма обширным и кто в дальнейшем будет добавлять код еще в тумане
В связи с этим для  обеспеченя относительной саморганизации кода( такие проекты весьма склонны к тому, что в конце концов  код становится запутанным и плохоподдерживаемым) принимается слежующее решение: предметный функционал на клиенте и сервере сосредатачивается в плагинах.
То есть клиент - это "простейшее" приложение с UI, который вполне перекроет общие потребности. Например MDI-приложение с деревом в левой части (смотрим проводник).  В самом нем реализованы только необходимие сервисные функции : регистрация пользователей, печать, работа с плагинами, поддержка версионности. Простота - залог того, что эта часть не потребует внесения изменений в дальнейшем. Весь остальной предметный функционал - реализован в плагинах. Дерево в левой части обеспечивает вызов этого функционала и зависит от того, какие плагины доступны для конкретного пользователя. Аналогичное разбиение выполняется для серверной части. В результате становится относительно легкораспределить работу и ответственность между разработчиками. Программа изначально хорошо структурировано и если кто-то из разработчиков небрежен в коде, то бардак ограничевается только в пределах его плагина