|
22.12.2016, 20:03 | #1 |
Участник
|
Цитата:
Да, справедливости ради, Ctrl-G появился в NAV2016. Раньше была магическая комбинация alt-V + 3-4 клавиши вверх. В любом случае, при разработке, мышка не используется - если речь идет не об отчетах. Производительность без использования мышки, если что, обычно в разы выше чем с ней. Чтобы объявить переменную в студии, извините, но во избежание бардака вам придется идти в начало метода/функции и объявлять ее там. А потом возвращаться обратно. Все равно выделяется место где эти переменные объявляются (обычно, в начале). А объявлять переменные вперемежку с кодом в большинстве случаев не комильфо, даже если язык программирования вам это позволяет. И пусть это тоже можно сделать без мышки, но потеря фокуса - при разработке - это как потеря концентрации. Цитата:
Сообщение от Predatore
При этом не получается, как Вы выразились "просто читать код", потому что не понятно что за переменные, локальные они или глобальные, да и переменные ли? А может поля? Или даже функции? Именование частично решает это проблему, но порождает другую, имена становятся перегруженными, а хуже того, в коде плодится и множится винегрет из "стандартов разработки".
Код: #define TRUE FALSE Цитата:
Выгрузите объект в текст - ищите, правьте там. Ведь по-сути, весь этот новый AL - это объекты, выгруженные в текст. Отличий - минимум. Только, если раньше структуру этого текстовичка среда Нава поддерживала сама, теперь это предлагается переложить на мои плечи. А в моей практике, изменить тип переменной требуется крайне редко и к подобной процедуре я прибегаю дай бог, раз в полгода. А насчет "быстро и легче поддерживать". Каждому - свое. Кстати, могли бы просто добавить к текущему виду кода возможность просмотра/правки объекта в текстовом виде, не выходя из редактора кода - и вашим и нашим. Т.е. смотришь на стандартное окошко с кучей триггеров на таблице onValidate, 99% из которых - пусты, щелкаешь какой-нибудь Ctrl-T, и рядышком открывается этот же объект, но в тексте. Цитата:
Меня пугает, что появляется возможность ручного набора там, где было все жестко фиксировано, и меня,например, эта жесткая фиксация устраивала - она увеличивала мою производительность. И сильно. Там где можно руками набрать, можно руками и не набрать, или набрать неправильно. Что будет, если я не напишу в codeunit из примера триггер OnRun? или назову его OnWalk? Код: trigger OnRun(); что будет, если я напишу (CODEUNIT.RUN(70051001, Customer) а триггера OnRun нет? Runtime error? Цитата:
Среда разработки устарела, это безусловно, я с этим и не спорил. Хотя меня, в большинстве случаев, она, на удивление, устраивала. И вот интерфейс объявления переменных - это как раз то, чему Студии надо Учиться у навика, а не наоборот. Последний раз редактировалось artkashin; 22.12.2016 в 20:12. |
|
|
За это сообщение автора поблагодарили: DA_NEAL (1). |
Теги |
al, visualstudio, разработка |
|
|