Страница 2 из 3
Добавлено: Вт дек 21, 2004 10:29
PushPC
Два плагина на asm(+winapi).
(но третий все ж на VC++

Добавлено: Вт дек 21, 2004 12:00
Ergo
PushPC
Два плагина на asm(+winapi).
(но третий все ж на VC++
Кстати, раз уж о плагинах, давай представляйся

Я что-то тебя не припоминаю среди авторов плагинов под Total Commander

Добавлено: Вт дек 21, 2004 13:55
PushPC
Просто мои плугины связаны с ZXSpectrum, поэтому я известен лишь в узких кругах
Добавлено: Вт дек 21, 2004 17:00
Ergo
Добавлено: Чт дек 23, 2004 09:56
PushPC
Добавлено: Чт дек 23, 2004 11:38
Ergo
PushPC
Ну значит, будем знакомы

Кстати, у вас есть доступ к управлению вашими плагинами на сайте (обновление, редактирование описания, и т.д.)?
Добавлено: Чт дек 23, 2004 11:53
PushPC
Есть. А что, не должно быть? %)
Добавлено: Вс янв 02, 2005 01:25
Dest
Я считаю что плагины нужно писать маленькие.
Поэтому Delphi - &&$%^.
Пишу на c++.
Пару раз пытался на Sphinx C--
Добавлено: Вс янв 02, 2005 13:12
Леха
Ну не знаю, если на Делфи писать с KOL еще неизвестно, что легче будет
Добавлено: Ср янв 05, 2005 23:13
mutex
Dest писал(а):Я считаю что плагины нужно писать маленькие.
Поэтому Delphi - &&$%^.
Пишу на c++.
Размер дело - десятое перед мощью плагина. Сильно сомневаюсь, что удобный и многофункциональный плагин для БД напишешь на Сях Микрософта. Одна их сетка (то бишь грид) чего стоит - примитив! Дело не в языке (я знаю и люблю СИ), а в возможностях среды проектирования и в целях самого проекта.
PS. Плагин, к-рому не нужен обширный контакт с юзером, это - совсем другое дело и его можно писать даже на Ассемблере.
Добавлено: Чт янв 06, 2005 03:00
SCHMaster
Dest
Поэтому Delphi - &&$%^.
Если ты о размере - то сильно ошибаешься. Если писать без VCL, на API, то файлики м-а-а-ленькие получаются... Пример - DSView - 2/3 его "веса" это DirectShow функции. Остальное - все "маленькое". Но и писать так долго и неудобно, хотя можно и, IMHO, нужно хоть иногда, для общего, так сказать, развития. А касательно остального... Ну я как-то тоже пришел к такому мнению - "Delphi есть гадость". Начал пробовать Cя... Понравилось, но мнение, что "Delphi есть гадость" улетучилось - те-же яица, только "в профиль". А если кто-то (я в общем, к присутствующим "здесь" не относится ни в коей мере) не умеет писать, то язык и компилятор непричем - плохому танцору обычно эти самые, которые "в профиль" всегда мешать будут.
Кстати, в свое время, меня тоже можно было отнести к таким "танцорам" - не знал возможностей и Delphi - програмки "корявые"получались... Кто был виноват? Ес-с-но "яица".
Но прошло время... И, IMHO, побарабаноу на чем. Абы все работало. Но пока остановился на Делфях - гораздо удобнее среда разработки. Но это по-тому, что и начинал с Делфей. Если-бы начинал с С-ей - то удобнее было-бы там.
Но к чему это я все... Народ, давайте с уважением относится ко всем языкам и ... Ну вы поняли

.
Добавлено: Вт янв 11, 2005 11:45
Shaman
Похоже здесь уже вырисовывается ответ почему лучше Delphi для написания плагинов.
Потому что очень удобная и гибкая среда разработки.
Можно писать как очень сложные плагины, т.к. есть много готовых компонентов, так и очень простые которые будут мало весить, если писать на "чистых" WinAPI или с использованием KOL. Я бы добавил сюда язык Object Pascal но это уже лично моё мнение.
Добавлено: Ср янв 12, 2005 03:36
SCHMaster
Shaman
Можно писать как очень сложные плагины
Точно.
т.к. есть много готовых компонентов
Только это "множество" все (ну или почти все) стараются использовать поминимуму... Почему? Да по-тому, что порывшись в сырцах этх множеств, понимаешь, почему о делфях сложилось мнение, как о среде программирования, выдающей неустойчиво-работающие программы

Че там только неувидишь

. Это побочные эффекты универсальности и удобства... Но я опять вспоминаю яица и танцы...

И свои, ну если не первые (это вообще бред какой-то был), то в самом начале своей практики появившиеся программы - более чем на 60-70% там было этих самых "удобных" компонентов... Да... Зато проги такие красивые (ярко-красочные) были... А размер!!!! У-у-у!!!! Но через это многие проходят

.
Добавлено: Ср янв 12, 2005 18:04
Shaman
=) Понятно что если напихать туда и работу с базами данных, и менюшки в стиле XP и About на OpenGL размер будет не маленьким. Но если всё с умом использовать то результат и качество будут соответствующие. В любом случае все развивается и компоненты в том числе, так что если что то глючит или не работает то это не значит что так будет всегда. Ктомуже у многих компонентов есть аналоги. Ну а если ты впринципе не хочешь использовать готовые компоненты пиши на VC++ скорее всего exe'шник получится меньше прямо пропорционально твоей головной боли + потраченное время. На мой взгляд лучше чтобы компоненты были, так я хоть могу выбрать использовать их или нет. И боятся их использовать просто глупо, ну конечно если писать очень надёжные программы то я бы наверное предпочёл бы использовать только своё проверенное, или компоненты с открытым кодом. Вобщем всё зависит от программиста как и всегда, если программа работает криво то виноват только программист а не стреда разработки или "удобные" компоненты.
Добавлено: Пт янв 14, 2005 01:49
SCHMaster
Shaman
exe'шник получится меньше прямо пропорционально твоей головной боли + потраченное время
Эть точно

.
Вобщем всё зависит от программиста как и всегда, если программа работает криво то виноват только программист а не стреда разработки или "удобные" компоненты.
Согласен на все 100%+ еще 100%

- все та-же песня о яицах и танцах.
ЗЫ. Если я кого задолбал яичными танцами - свистните - подвяжу...
