mfp: What's up with this semicolon?

[belugin]

Этим своим решением по поводу того, что типы и переменные могут совпадать, авторы X++ закрыли кучу возможностей:

- использование использование типов как значений (вместо tableNum FieldNum - просто названия таблиц)

- объявления по месту первого использования

- использвание имен функций как константы

[mazzy]

Цитата:

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

А по мне - лучше бы докрутили среду разработки до уровня VS, где редактор понимает, где тип, а где переменная типа, и подсвечивает их по-разному. Тогда и "костыли" в виде висячей точки с запятой не понадобятся...[/FONT]

Осторожнее с желаниями - они имеют привычку исполняться
По мне - лучше бы выполнили свои обещания в следующих версиях и перевели среду разработки в VS. Тогда бы и отладчик был бы нормальный.

Цитата:

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

Этим своим решением по поводу того, что типы и переменные могут совпадать, авторы X++ закрыли кучу возможностей:

Не спорю.

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

[gl00mie]

Цитата:

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

По мне - лучше бы выполнили свои обещания в следующих версиях и перевели среду разработки в VS.

«Докрутить среду разработки до уровня VS» не противоречит «перевести среду разработки в VS»

Цитата:

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

Тогда бы и отладчик был бы нормальный.

А чем не устраивает нынешний отладчик? Меня лично - в основном тем, что он в ходе выполнения кода не останавливается на закрывающей скобке метода, так что, к примеру, отлаживать методы из одного оператора return <какое-то выражение> бывает очень неудобно; а еще он мне не нравится тем, что не умеет показывать значение возвращаемого значения (это связано с первой хотелкой), при том что само ядро явным образом поддерживает такую возможность - у класса interpret есть шаблонные (типизированные) методы setReturnVal(), которые дергатся там и тут и устанавливают текущее значение вычисляемого выражения.
Ну еще условные точки останова не поддерживает (но это скорее заморочки того же ядра) да содержимое некоторых контейнерных типов показывает неинформативно. А в остальном - отладчик как отладчик...

PS. К слову, о "нормальных" отладчиках... Недавно в своей программулине на C# боролся с косяком, связанным с маршаллингом параметров вызываемой unsafe-функции. Отладчик VS честно показывал исключение, мол, код обратился к такому-то адресу в памяти, который не может быть прочитан, но разобраться в причине не предоставлял никакой возможности. Пришлось прибегнуть к старому доброму OllyDbg, в котором причина выяснилась за 5 минут.

[mazzy]

Цитата:

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

«Докрутить среду разработки до уровня VS» не противоречит «перевести среду разработки в VS»

Опыт подсказывает, что они "понимают" буквально.
Сказано "докрутить" - будут докручивать, вместо...

Цитата:

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

А чем не устраивает нынешний отладчик?

Нет условных точек останова.
Приходится выкручиваться http://forum.mazzy.ru/index.php?showtopic=1926

Цитата:

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

Ну еще условные точки останова не поддерживает (но это скорее заморочки того же ядра) да содержимое некоторых контейнерных типов показывает неинформативно. А в остальном - отладчик как отладчик...

И не только контейнеров.
Экземпляры системных классов никак не показываются.
С длинными строками фиг разберешся.
Постоянно вылетает при просмотре Memo полей.

[gl00mie]

Цитата:

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

Этим своим решением по поводу того, что типы и переменные могут совпадать, авторы X++ закрыли кучу возможностей:
- использование использование типов как значений (вместо tableNum FieldNum - просто названия таблиц)

Функции tablenum()/fieldnum() возвращают значения вполне определенного типа TableId/FieldId, соответственно. Если бы можно было использовать типы как значения, то все равно для возможности параметризации ряда выражений пришлось бы ввести какие-то типы для таблицы и поля, и все опять вернулось бы к использованию неких функций, возвращающих значения таких типов для таблиц и полей.