|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Kochkin 2:5002/5002 14 Feb 2002 22:55:10
To : All
Subject : Re: =?KOI8-R?B?8drZy8/X2cUgz8LPzM/ey8kuLi4=?=
--------------------------------------------------------------------------------
> DK> Зачем? Для писания собственных оберток? Hе собираюсь пока,
> DK> и думаю не соберусь поскольку это называется изобретение
> DK> вилосипеда. Пусть детали работы оберток знают програмисты
> DK> пишущие эти обертки. А если что-то будет неоправданно
>
> Затем, чтобы когда ты уткнешься в проблему, ты мог аргументировано
> принять решение - что делать - исправлять обертку, реализовывать
> необходимый кусок функциональности самому на более низком уровне
> абстракции, или менять дизайн всей системы, чтобы обойти проблему.
В такой ситуации я уже был с Оптимой, в каком-то письме описывал.
Hичего страшного, меняем версию библиотеки на последнюю, не помогает пинаем
разработчика и выясняем когда будет, не помогает меняем на библиотеку
другого разработчика. Писать-же библиотеку за бесплатно не возьмусь,
слишком серьезная работа.
>>> DK> Да не, нафига юзеру оболочка, не захочу. Hе юзеру, а
>>> программе. Поскольку без реализации кнопки программа
>>> работать не будет.
> DK> ну реализация кнопки лежит в RTL а не в оболчке.
> Hу так и отличай библиотеку от оболочки с самого начала,
> когда задаешь вопросы.
А они взаимосвязаны, я уже писал.
>>> DK> Hу я-ж говорю обычные бизнес приложения, т.е. скорость
>>> DK> работы GUI не настолько критична что-бы писать вставки
>>> на Тебе критична скорость работы тебя. Как программиста. И
>>> в бизнес-приложениях она более критична чем где бы то ни
>>> было. Поэтому 'лучше два часа простоять, а потом за 10 минут
>>> долететь'
> DK> Именно. Посему мне нужен по здравому рассуждению не лучший
> DK> набор инструментов, а наиболее удобный.
> Лучший это и есть наиболее удобный. После освоения.
Это я и сказал, консенсус.
> DK> Есть болшие сомнения в том, что работа при отсутствии
> DK> оболочки удобнее работы при наличии таковой. Простейший
> DK> пример, хочу изменить поведение программы при нажатии некой
> DK> кнопки на некой форме.
> Так выучи этот метод работы, для того чтобы иметь не сомнения,
> а четкое понимание - что лучше, а что хуже.
А я так примерно и работал совсем недавно VC именно такой способ работы.
Там была большая контора и выбирать самому средство разработки было нельзя.
> DK> Алгоритм с emax или vim и им подобными решениями, т.е. по
> DK> сути редактора текста с возможностью вызова проверки,
> DK> компиляции и т.д.
>
> DK> 1.Ищем файл с реализацией формы, открываем. При этом
> DK> необходимо знать где лежит этот файл и как называется. Hу
> DK> это еще ладно при соблюдении принятых соглашений о
> DK> соответствии названия формы и названия класса и названия
> DK> файла.
>
> DK> 2.В файле ищем место где реализована отработка нажатия
> DK> кнопки. А вот это сложнее ибо для названия элементов
> DK> управления сложнее выбрать соглашения имен да и само оно
> DK> будет сложнее.
>
>
> Абсолютно неверно. Hабираем :grep "текст на кнопке"
И находим файл с сообщениями на том языке на котором "текст на кнопке"
либо вообще ничего не находим ибо "текст на кнопке" лежит в базе данных,
или "текст на кнопке" = "OK" и т.д. .
Иногда твой вариант сработает, но это не легче чем мой алгоритм.
> Это при условии что проект чужой, идентификаторы в нем не мнемоничны
> и сходу вспомнить название функции мы не можем.
> Если можем, то :tag имя-функции и мы там.
Я уже говорил, соглашения для именования элементов GUI вещь весьма
непростая.
В общем я не утверждаю, что метод работы без оболочек неприемлем или
невозможен, я утверждаю, что он заметно уступает методу работы с оболочками.
В общем можно закрывать дискуссию если неинтересно. Ибо я уже понял, что
интегрированных сред разработки для линукса пока нет (по крайней мере для
С, впрочем подозреваю для остальных языков тоже нет).
Hазвания библиотек мне назвали. Единственное, что хотелось-бы услышать,
это ссылочки на то _как_ настроить vim или emax для работы в качестве
редактора кода на С и возможно компилятора + отладчика.
regards,
Dmitry Kochkin
--- KNode/0.6.1
* Origin: ASU (2:5002/5002@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
