AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 13.12.2007, 19:04   #81  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от mazzy Посмотреть сообщение
А чем легче, чем при традиционном?

отвечю чуть ниже


X++:
     parm1, parm2, func1, func2?
Если бы не было return this, to все было то же самое. кроме повторения названия переменных.

func1, parm1, func2, parm2.

Цитата:
Если вдобавок внутри происходит модификация переменных, то...

Не помню у кого, но видел в подписи выражение типа (i=1;i+=(i++)+(i++);cout<<i);
запись через точку порождает примерно такие же головоломки
не.. тут зависимости видны явно.

Разве есть разница между

X++:
query.proc1(func1(x));
query.proc2(func2(x));
и
X++:
query.proc1(func1(x))
        .proc2(func2(x));

Цитата:
Например, методу передали неправильное значение и он хочет сообщить вызывающему об ошибке. В нормальных языках он должен возбудить исключение с определенным типом. А здесь непонятно что.
Тоже исключение.

Цитата:
А... дык, это только для создания query...
Именно! Этою билдер - оно и в названии отражено.
Старый 13.12.2007, 19:09   #82  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Поэтому, если какая-то идеология работает в одной среде программирования, то далеко не факт, что ее можно один-в-один перенести в другую среду программиирования.
Это понятно, но мне сейчас кажется, что тут скорее культурные препятствия, чем технические.
Вот интересно, как это все изменится, когда MS на .NET переведет.
Старый 13.12.2007, 19:15   #83  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от belugin Посмотреть сообщение

X++:
     parm1, parm2, func1, func2?
Если бы не было return this, to все было то же самое. кроме повторения названия переменных.

func1, parm1, func2, parm2.
Не факт
порядок скорее зависит от конкретной реализации интерпретатора/компилятора. Это значит, что для 2.5, 3.0, 4.0, 5.0, а может быть и для каждого сервис-пака, надо проверять отдельно
__________________
полезное на axForum, github, vk, coub.
Старый 13.12.2007, 19:50   #84  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,129 / 916 (35) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от belugin Посмотреть сообщение
Вот интересно, как это все изменится, когда MS на .NET переведет.
.NET слишком аморфное понятие, чтобы можно было делать прогнозы
__________________
Isn't it nice when things just work?
Старый 18.12.2007, 12:42   #85  
Eldar9x is offline
Eldar9x
MCTS
Аватар для Eldar9x
Oracle
MCBMSS
 
1,064 / 166 (8) ++++++
Регистрация: 29.09.2006
Адрес: Казань
да уж, майкрософт любит все на .NET переводить. Ну, .NET так .NET, будем искать
Старый 18.12.2007, 18:39   #86  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от mazzy Посмотреть сообщение
Не факт
порядок скорее зависит от конкретной реализации интерпретатора/компилятора. Это значит, что для 2.5, 3.0, 4.0, 5.0, а может быть и для каждого сервис-пака, надо проверять отдельно
Если внимательно посмотреть на код то вфзов parm1 требует вызова func1 => func1 вызовется раньше parm1. вызов parm2 требует вызова parm1, func2.

=> порядок вызова такой func1 (parm1 | func2) parm2

то есть единственная неопределенность - что раньше вызовется parm1 или func2.

Если func2 не будет иметь побочных эффектов то смысл кода не изменится.
Теги
ax3.0

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Вызов метода базового класса Eldar9x DAX: Программирование 15 22.03.2008 19:10
Переменные в наследнике класса longson DAX: Программирование 32 12.07.2007 00:09
передача курсора в два класса kitty DAX: Программирование 3 09.08.2006 13:21
Запустить метод класса loka DAX: Программирование 2 13.03.2006 15:40
Какой метод какого класса может вернуть величину прихода/расходa по номенклатуре ATimTim DAX: Программирование 3 21.02.2005 13:06
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:28.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.