Я, можно сказать, делфист «с рождения» и безумно люблю Паскаль, но уже много-много лет даже не рассатриваю вакансии, где требуется поддерживать Delphi-код. Всё потому, что львиная доля имеющихся Delphi-проектов это, простите мой француский, сборище говнокода, не знающее рефакторинга лет десять. Прочитав в начале статьи о том, что «Клиент программно строит динамические SQL запросы для выполнения на SQL сервере. Запросов много, логика построения размазана по всему клиентскому коду.» я даже поностальгировал, в каком-то смысле: слава богам, что уже миллион лет не приходится иметь дело с такими подельями. Однако, я хотел бы выразить автору статьи огромнейший респект за смелость и упорство. За те качества, которых мне когда-то не хватило, чтобы остаться рядом с проектами такого рода и доводить их до ума.
Лично я бы с удовольствием пользовался, коли б выполнялись те два пункта, о которых написано выше. Пользовался бы именно для написания простеньких, одноразовых выборок из базы, т.к. Sublime открыт постоянно.
Так что удачи в разработке!
Проблема не так сложно решается, на самом деле, ведь под рукой у нас всегда есть user_objects. Другое дело, что мало смысла в подобных приблудах. Да, я сам когда-то писал драйвера под Windows в блокноте. И что? В итоге для продуктивной работы всё равно пришлось пересесть на полноценную IDE.
Открывая статью, хотел увидеть что-то действительно юзабельное, но пока что данный плагин не более чем «игрушка»:
1. Что делать, если необходимо часто и быстро переключаться между базами/схемами? Править конфиги не вариант. Как идею можно рассмотреть строку подключения в виде особого комментария.
2. Ничего сложнее «select from dual», грубо говоря, не написать, т.к. перед глазами нет ни структуры таблиц, ни всплывающих списков/подсказок.
Все линки мёртвые, судя по всему. Если дома остались сорцы, то выложу куда-нибудь.
Сортировку по столбцам может быть реализую, но не обещаю, т.к. на Делфи уже давно ничего не писал и она на Линуксе не установлена.
Замечание по поводу разных команд, которые писали user32 и kernel32, не совсем корректное. Очевидно же, что механизм оконных хуков уходит корнями глубоко в недра ядра, а точнее win32k.sys. Я писал об этом очень давно ещё на wasm'е. Сейчас он, правда, в дауне, но копия статьи сохранилась: http://last-soft.ucoz.ru/publ/10-1-0-7
Так же замечу, что библиотеки с хуками не только не сразу выгружаются из всех процессов, но и не сразу подгружаются. Все эти действия происходят во время выполнения CallNextHookEx() или DispatchMessage(). Такова уж архитектура Windows, тут нечего пенять на криворукость разработчиков. Если нужно обновить библиотеку, содержащую обработчик хука, то самым корректным и рекомендованным способом будет перезагрузка системы. Вы же не пытаетесь изобрести подобные костыли, когда дело касается обновления драйверов?
>> новый проект, который ещё раз поможет сделать Хабрахабр чуточку лучше
Надо полагать, проект новый, но уже помогал делать Хабр лучше?
>> Firefox в очереди
На очереди
>> коменнтария
Комментария
>> сплошь один негатив
Вообще, вполне себе правильная фраза. Однако, устойчивым и наиболее употребляемым выражением является «сплошь и рядом», голое же «сплошь» используется крайне редко. Уж не знаю, имели ли Вы это ввиду, говоря об ошибках в тексте.
Безусловно, соглашусь с Вами. Однако, есть один тонкий момент: цена рабочего времени специалиста. Как правило, рабочее время инспектора (он же квалифицированный программист) стоит гораздо дороже времени тестировщика. Поэтому компании не выгодно, чтобы инспектор делал то, что может сделать тестировщик.
Неужто для того, чтобы заинжектить код в удалённый процесс, необходимо открыть этот самый процесс со всеми возможными привилегиями?
«применяется в качестве движителя для самолётов, автожиров, цикложиров (циклокоптеров) и вертолётов»
Так что удачи в разработке!
1. Что делать, если необходимо часто и быстро переключаться между базами/схемами? Править конфиги не вариант. Как идею можно рассмотреть строку подключения в виде особого комментария.
2. Ничего сложнее «select from dual», грубо говоря, не написать, т.к. перед глазами нет ни структуры таблиц, ни всплывающих списков/подсказок.
Сортировку по столбцам может быть реализую, но не обещаю, т.к. на Делфи уже давно ничего не писал и она на Линуксе не установлена.
Так же замечу, что библиотеки с хуками не только не сразу выгружаются из всех процессов, но и не сразу подгружаются. Все эти действия происходят во время выполнения CallNextHookEx() или DispatchMessage(). Такова уж архитектура Windows, тут нечего пенять на криворукость разработчиков. Если нужно обновить библиотеку, содержащую обработчик хука, то самым корректным и рекомендованным способом будет перезагрузка системы. Вы же не пытаетесь изобрести подобные костыли, когда дело касается обновления драйверов?
Не за что, эталонный Вы наш критик.
>> новый проект, который ещё раз поможет сделать Хабрахабр чуточку лучше
Надо полагать, проект новый, но уже помогал делать Хабр лучше?
>> Firefox в очереди
На очереди
>> коменнтария
Комментария
>> сплошь один негатив
Вообще, вполне себе правильная фраза. Однако, устойчивым и наиболее употребляемым выражением является «сплошь и рядом», голое же «сплошь» используется крайне редко. Уж не знаю, имели ли Вы это ввиду, говоря об ошибках в тексте.
>> ваккум
Вакуум
А минусующая школота лишь подпишется под этим гордым званием.
У нас в горах, кстати, можно встретить море всяческих представителей IT-мира. Отчего-то их туда сильно тянет :)