это одна из идей, которую я хочу пропихнуть в АХ 2012.

[Logger]

**** выделено отсюда Используете ли вы @SYS метки при создании своих партнерских расширений? ****

Цитата:

Сообщение от kashperuk

Да, это одна из идей, которую я хочу пропихнуть в АХ 2012.
Посмотрим, или получится.

Идея хорошая.

Иван, было бы неплохо пропихнуть еще парочку :
1. В отладчике выходить из метода не по последней строчке, а по закрывающей скобке "}" - очень этого не хватает. Сейчас приходится иногда вставлять в конце метода вызов метода пустышки - неудобно. Тем более что в других продуктах MS, именно так и работает. (Например, когда отлаживаешь в Excel макрос на VBA)
2. Облегчить каким-нибудь способом поиск мест в коде, в которых меняются свойства контрола или датасорса или поля датасорса. Поясню подробнее. Иногда разбираешь чужие модифы, ошибки и происходит вызов ядреного метода, например xRecord.insert() или xRecord_ds.active() - чтобы найти кто и откуда гадит, достаточно поставить точку останова внутри метода, воткнуть туда, например, простенький if с проверкой на некорректные значения и точкой останова и таким образом быстро найти проблему. Если метод не перекрыт, то перекрыть его и добавить свой код с проверками. А вот со свойствами датасорсов и контролов такой номер не прокатит, так как их перекрывать нельзя. А иногда очень нужно. Например выяснить, из-за чего же все-таки дизейблится поле и т.п. Возможно, решать надо совсем по другому, не так как я описываю. Например, чтобы отладчик мог задавать условные точки останова, по значению переменной или по значению свойства объекта. - Но в любом случае это очень нужная вещь - могла бы сэкономить кучу времени. Проще всего по-моему дать возможность обрабатывать любое свойство как метод, перекрывая его в код X++. Или сделать что-то по аналогии с использованием \System Documentation\Classes\FormRun\controlMethodOverload т.е. сделать настройку в ядре, которая вызывала бы определенный программистом метод при изменении заданного свойства объекта. Т.е. нужно мне поймать кто дизейблит контрол Object, я вызываю FromRun.XXXcontrolMethodOverload("MyMethodName4Invoke", Object, "Object_PropertyName") и при изменении свойства PropertyName ядро дергает мой метод MyMethodName4Invoke() передавая в него Object, а я ставлю в своем методе MyMethodName4Invoke() точку останова и вижу стек вызовов и быстро нахожу проблему.

[Logger]

Также отладчик не позволяет смотреть свойства объектов, а хотелось бы. Хотя это можно обойти программированием на X++ (например, перекрыть метод toString() в котором возвращать в строковом виде значения свойств), но как-то лениво...

[mazzy]

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

[fed]

Цитата:

Сообщение от mazzy

хочу чтобы разработка велась в Visual Studio и все инструменты этой среды разработки работали бы с аксаптовским кодом.

"Боги карают нас исполнением наших сокровенных желаний"
Боюсь что вместе с отладочно/программерскими феньками из VS, ты в нагрузку получишь жесткую "модель водопада", от которой не поздоровиться не только кодерам, но и консам, администраторам и тп...
Хотя это офтопик для данной темы.

[mazzy]

Цитата:

Сообщение от fed

"Боги карают нас исполнением наших сокровенных желаний"

Ох... ты прав...

но все равно - хочу одну среду для разработки всего. задолбался прыгать из одной в другую.

[fed]

Цитата:

Сообщение от mazzy

Ох... ты прав...

но все равно - хочу одну среду для разработки всего. задолбался прыгать из одной в другую.

Обезьянья лапка

Давайте все таки формулировать пожелания правильно: "Хочу чтобы среда разработки была КАК в Visual Studio", а не "Хочу разрабатывать в Visual Studio"

[mazzy]

Цитата:

Сообщение от fed

Давайте все таки формулировать пожелания правильно: "Хочу чтобы среда разработки была КАК в Visual Studio", а не "Хочу разрабатывать в Visual Studio"

Не, не надо "КАК в Visual Studio". Хочу именно одну для всех разработок в Аксапте.

[belugin]

Цитата:

Сообщение от fed

Боюсь что вместе с отладочно/программерскими феньками из VS, ты в нагрузку получишь жесткую "модель водопада", от которой не поздоровиться не только кодерам, но и консам, администраторам и тп...

Как это связано?

[fed]

Цитата:

Сообщение от belugin

Как это связано?

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

[belugin]

Цитата:

Сообщение от fed

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

Это скорее свойство не VS а компилируемых языков, да и то, в модели сборки. На VS можно хоть исходники на питоне редактировать - а потом интерпретировать.

Я бы в этом слысле больше опасался IL

[Logger]

Цитата:

Сообщение от mazzy

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

Вот это как раз непринципиально. а то так они задумают очередного слона и его ждать до следующей пятилетки.

[Logger]

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

[kashperuk]

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

Раз уж все пишут про новые возможности системы, позволю и себе привести скриншот дебаггера.



Ваше первое желание исполнено.

Условные точки останова, к сожалению, не дождетесь

[Logger]

Иван, да нам не обязательно видеть это конкретно в 2012-й. Главное чтобы сделали. Если честно я не особо и надеялся. Так что приятная неожиданность сегодня случилась

А с условными точками останова не дождемся в конкретной версии или в принципе такого не будет? На самом деле на них свет клином не сошелся. Хотелось просто иметь какой нить инструмент быстрого нахождения тех мест в коде из которых меняются свойства контролов и датасорса на конкретной форме. Это же все позволит удешевить поддержку и сопровождение системы.

[kashperuk]

Цитата:

Сообщение от Logger

Иван, да нам не обязательно видеть это конкретно в 2012-й. Главное чтобы сделали. Если честно я не особо и надеялся. Так что приятная неожиданность сегодня случилась

А с условными точками останова не дождемся в конкретной версии или в принципе такого не будет? На самом деле на них свет клином не сошелся. Хотелось просто иметь какой нить инструмент быстрого нахождения тех мест в коде из которых меняются свойства контролов и датасорса на конкретной форме. Это же все позволит удешевить поддержку и сопровождение системы.

Ну, может когда-то и будет. Мне не известно.
А механизм, который, возможно (я не разбирался, как с ним работать), позволяет отслеживать такие вещи, сделали - events & event handlers добавили. И, если я правильно понимаю, теперь можно подписаться будет на многие из стандартных событий, и делегировать исполнение какому-то своему коду. В нем можно поставить точку останова, которая вызовется в случае, если произошло это событие. Хотя, опять же, я не уверен, как именно это работает и насколько широки возможности, и в том, что таким образом можно будет добиться требуемого результата.

[gl00mie]

Цитата:

Сообщение от kashperuk

Раз уж все пишут про новые возможности системы, позволю и себе привести скриншот дебаггера. Ваше первое желание исполнено.

Т.е. теперь, если в коде написано

return a + b - this.func(c) * 10;

в отладчике можно будет где-то посмотреть, что же реально будет возвращено?

[kashperuk]

Цитата:

Сообщение от gl00mie

Т.е. теперь, если в коде написано

return a + b - this.func(c) * 10;

в отладчике можно будет где-то посмотреть, что же реально будет возвращено?

Такого не просили. Просили только, чтоб на закрывающей скобке останавливался

[S.Kuskov]

Цитата:

Сообщение от kashperuk

Такого не просили. Просили только, чтоб на закрывающей скобке останавливался

А если return будет в середине метода, после него будет остановка на последней скобке?

[kashperuk]

Цитата:

Сообщение от S.Kuskov

А если return будет в середине метода, после него будет остановка на последней скобке?

Да.
См. скриншот с ответом и на вопрос gl00mie

[S.Kuskov]

Цитата:

Сообщение от kashperuk

См. скриншот с ответом и на вопрос gl00mie
Вложение 6552

Логично было бы где-нибудь в списке локальных переменных отображать строчку с возвращаемым значением.
Там его (значение) при необходимости ещё и поменять можно было бы.