ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Dmitry Kochkin                       2:5002/5002    14 Feb 2002  19:59:49
 To : All
 Subject : Re: =?KOI8-R?B?8drZy8/X2cUgz8LPzM/ey8kuLi4=?=
 -------------------------------------------------------------------------------- 
 

 
 >>> удобной и безглючной программа, написаная без глубокого
 >>> понимания хотя бы одного нижележащего уровня абстракции, не
 >>> будет.
 > DK> Хм, сорри однако привык видеть CGI маленькими буквами ;-)
 > DK> не опознал. Я думал, что предлагается для писания GUI
 > DK> детально изучить, что-то вроде X  протокола.
 > 
 > Кстати, некоторое понятие об X протоколе тоже иметь не вредно.
 > Чтобы понимать, что вот это будет работать быстро, вот это будет
 > тормозить всегда, а вот это - приемлемо только если дисплей локальный.
 > 
 > А уж более высокие уровни абстракции, такие как Xlib, хrdb и ICCCM знать
 > необходимо. Даже если ты пользуешься еще более высокоуровневыми
 > обертками вокруг них.
 
 Зачем? Для писания собственных оберток? Hе собираюсь пока, и думаю
 не соберусь поскольку это называется изобретением вилосипеда.
 Пусть детали работы оберток знают програмисты пишущие эти обертки.
 А если что-то будет неоправданно тормозить, как это было с реализацией
 таблички в VCL от Optima, то сначала будет попытка заменить более поздней 
 версией, а при неудаче заменена библиотека на продукт других людей и все.
 Именно так я и поступил в случае с Optima, а отнюдь не кинулся писать свою 
 реализацию.
 
 >>> Ты ведь захочешь эту реализацию юзеру отдать вместе со своей
 >>> программой, а лицензия на коммерческую оболочку тебе  не
 >>> позволит ее раздавать. А вот RTL раздавать позволит.
 > DK> Да не, нафига юзеру оболочка, не захочу.
 >  
 >  Hе юзеру, а программе. Поскольку без реализации кнопки программа
 >  работать не будет.
 
 ну реализация кнопки лежит в RTL а не в оболчке.
 
 >>> Т.е. для эффективной работы нужен самый лучший текстовый
 >>> редактор, самые лучшие библиотеки, самый лучший компилятор и
 >>> самый лучший test suite, а не один продукт, где все это
 >>> собрано вместе, но средненького качества. Предупреждая
 >>> следующий вопрос - без подробной постановки задачи я не могу
 >>> тебе назвать самого лучшего компилятора и самой лучшей
 >>> библиотеки. В разных случаях самыми лучшими будут разные
 >>> инструменты.
 > DK> Hу я-ж говорю обычные бизнес приложения, т.е. скорость
 > DK> работы GUI не  настолько критична что-бы писать вставки на
 > 
 > Тебе критична скорость работы тебя. Как программиста. И в
 > бизнес-приложениях она более критична чем где бы то ни было.
 > Поэтому 'лучше два часа простоять, а потом за 10 минут долететь'
 
 Именно. Посему мне нужен по здравому рассуждению не лучший набор 
 инструментов, а наиболее удобный. 
 
 > Если ты вложишь два месяца времени в изучение инструментария,
 > который повысит твою производительность труда вдвое (а судя
 > по задаваемым вопросам речь идет о повышении на порядок),
 > то это окупится уже через полгода, поскольку ты потратишь 2+3=5
 > месяцев на работу, которую иначе делал бы полгода.
 
 Есть болшие сомнения в том, что работа при отсутствии оболочки удобнее 
 работы при наличии таковой. Простейший пример, хочу изменить поведение
 программы при нажатии некой кнопки на некой форме.
 
 Алгоритм с emax или vim и им подобными решениями, т.е. по сути редактора
 текста с возможностью вызова проверки, компиляции и т.д.
 
 1.Ищем файл с реализацией формы, открываем. При этом необходимо знать где 
 лежит этот файл и как называется. Hу это еще ладно при соблюдении принятых
 соглашений о соответствии названия формы и названия класса и названия файла.
 
 2.В файле ищем место где реализована отработка нажатия кнопки. А вот это 
 сложнее ибо для названия элементов управления сложнее выбрать соглашения 
 имен да и само оно будет сложнее.
 
 Алгоритм с оболочкой, берем C++ Builder , который я сейчас юзаю.
 1.Открываем форму просто по имени класса, при этом где лежит файл и 
 соглашение для раскладки файлов помнить не нужно. Впрочем тут пока
 выигрыш невелик.
 2.Тычем в кнопку на форме мышой и при этом открывается функция обработки
 нажатия. Вот в этом месте выигрышь велик, особенно если эта форма писалось
 этак с годик назад да еще не тобой.
 
 Я имею в виду , что в случае долговременного развития оболочка ох как 
 помогает. Если оболочка такого типа уже реализована где-то то это сильно
 интересно.
 
 regards,
 Dmitry Kochkin
 --- KNode/0.6.1
  * Origin: ASU (2:5002/5002@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: =?KOI8-R?B?8drZy8/X2cUgz8LPzM/ey8kuLi4=?=   Dmitry Kochkin   14 Feb 2002 19:59:49   Re: Языковые оболочки...   Victor Wagner   14 Feb 2002 17:52:20