Должен ли функционал GExperts быть включен в Delphi?

Question

Недавно я обновился до Delphi 2009 и был разочарован, узнав, что я не мог легко заменить один компонент VCL на другой. Лучшим ответом было то, что для этого можно было использовать GExperts.

Стоит ли просить Embarcadero включить некоторые или все возможности GExperts прямо в Delphi? Какую из своих «экспертов» вы используете больше всего и хотели бы видеть в Delphi?

Или же GExperts лучше всего оставить в качестве сообщества с открытым исходным кодом?

Answer 1

Какие функции в GExperts вы хотели бы больше всего включить в Delphi? Я бы предположил, что вы придумали список приоритетов, скажем, из 10 лучших функций. Затем перейдите к Quality Central (http://qc.codegear.com) и посмотрите, были ли они уже добавлены в качестве предложений, и если да, проголосуйте за них. Если вы не хотите идти вперед и добавлять их. Эта информация регулярно добывается и запрашивается не только для дефектов продукта, но и для того, чтобы мы могли услышать от наших клиентов информацию об улучшении продукта. Система голосования помогает нам уделять первоочередное внимание планированию нашей работы и циклов продуктов.

Answer 2

Мой номер один GExpert - это поиск Grep.

Закрыть второе окно списка процедур.

Также очень удобны различные сочетания клавиш, и панель инструментов, встроенная в редактор. У меня есть несколько кнопок ; как вид процессора, диспетчер проектов и инструменты выбора в качестве раскрывающегося списка (например, сортировка).

Иногда я использую окно истории буфера обмена.

И еще реже окна ASCII.

Все остальное, что я действительно не трогаю.

Я знаю, что список процедур также можно найти в панели структуры Delphi 2009, но почему-то факт, что я могу нажать Ctrl + G, чтобы получить окно с быстрой фильтрацией и возможностями предварительного просмотра, более продуктивно для меня.

То же самое для grep - версия GExperts является более мощной, чем стандартная функция поиска Delphi.

Если эти две (и, возможно, история буфера обмена), где встроены в стандартный Delphi, я, вероятно, больше не буду устанавливать GExperts.

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

Answer 3

Я проголосую за поиск и окно поиска grep. Вероятно, окно процедуры на первом месте, хотя

Answer 4

Я тоже об этом подумал. Так много функций GExperts настолько полезны, что я думаю, что они должны быть частью самого Delphi. Я думаю, что это сводится к тому, что у него есть рабочая сила, чтобы поддерживать эти функции в доме в дополнение ко всему остальному, что они делают.

Answer 5

Мне очень понравилось поддерживать форматирование кода (экспериментальный порт DelForEx в Gexperts) и некоторые функции, помогающие управлять предложениями использования.

Я не против поиска файлов Delphi, но мне нравится использовать Gexperts grep для поиска вне IDE.

Полезные вещи, такие как Комментировать/Раскомментировать код и найти соответствующие разделители уже в Delphi.

Большинство остальных, вероятно, принадлежит к сторонним надстройкам, таким как Gexperts, чтобы не загромождать IDE со слишком многими «специальными» функциями. Такие вещи, как обратное утверждение, замена компонентов или диаграмма ASCII.

Answer 6

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

Сообщество уже берет на себя бремя этого высококачественного аддона само по себе, и все, что они должны делать, я думаю, возможно, продвигает его в ясной форме (например, ссылку на странице приветствия).

Answer 7

Я голосую за оконную процедуру (CTRL + G) и скопировать компонент к исходному коду

Answer 8

Наиболее часто используемые функции для меня являются: Grep Поиск и замена компонентов.

Но, я думаю, что не стоит включать функциональность gExperts в IDE вообще. Потому что:

1. gExperts является самостоятельным продуктом , который может быть легко установлен в менее чем минуте
2. Есть слишком много ошибок в нефиксированных QC, чтобы провести время команды CodeGear в для изобретать велосипеды.
3. И главное GExperts license, который имеет следующую строку:

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

Это означает, что CodeGear должен писать эту функциональность с нуля.

Answer 9

Я также проголосую за окно процедуры (CTRL + G). Я не знаю, как я жил без него перед GExperts. Мне также очень нравится функция резервного копирования zip ... это мой «контроль источника» :-)

Answer 10

Интересно, пора теперь, что у Delphi была лучшая, более стабильная плагиновая система. Я знаю, что Toolsapi существует довольно долгое время и работает хорошо, но он страдает от ряда проблем.

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

Было бы здорово иметь простую современную систему плагинов для IDE, который сделает написание плагинов для Delphi тривиальным, это было бы действительно увеличить количество хороших плагинов и действовать в качестве позитивного фактора развития Delphi. Я не думаю, что emb должен тратить время на создание плагинов, но я думаю, что они должны тратить время на создание достойной плагиновой структуры.

Answer 11

Пожалуйста, не забудьте ресурсы от CnWizards. Невозможно запрограммировать в Delphi без улучшений Highligth от CnPack, использует более чистый и список процедур.

Answer 12

Я бы также проголосовал за GrepSearch, особенно возможность поиска в формах дизайна! Совсем недавно мне нужно было искать специальные ссылки DataSet в TDatasources во всех моих формах! Я мог только сделать это с помощью GrepSearch и активировать включение форм в мой поиск! Это то, что я действительно пропустил в Delphi IDE!