Как дважды подсоединить одну и туже таблицу

[Владимир Максимов]

Цитата:

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

Немного не по теме, но...
Я не понимаю, какой смысл писать Global::queryNotValue(...)? Если уж хочется указать класс, то проще сразу писать SysQuery::valueNot(..)? Короче и на один вложенный вызов меньше. А так смысл Global теряется совсем.

Как я понимаю, это скорее вопрос удобства.

Работа с Query - это довольно часто выполняемая операция. Как следствие, удобнее вынести эту обработку в общую "библиотеку" пользовательских функций Global, о которой "все знают", чем в специализированный класс SysQuery о котором еще надо "вспомнить"

На всякий случай напомню, что статические методы класса Global можно вызывать и без указания имени класса. Как системную функцию. Т.е. можно просто написать

queryNotValue(...)

Это уже лично я пишу имя класса, чтобы не вспоминать точное название метода, а посмотреть в выпадающем списке после ввода двоеточий. Мне так удобнее

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

[makbeth]

Цитата:

Сообщение от Владимир Максимов

Работа с Query - это довольно часто выполняемая операция. Как следствие, удобнее вынести эту обработку в общую "библиотеку" пользовательских функций Global, о которой "все знают", чем в специализированный класс SysQuery о котором еще надо "вспомнить"

Проблема выноса подобных функций в Global в том, что Global в итоге превращается в помойку, где можно что-то очень долго искать, и... в конце концов действительно найти. ИМХО, Global - это место для расширения множества функций ядра, таких, как, например, расширения базовых функций работы со строками. Т.е. то, что не привязано к тому или иному специфическому функционалу.
Когда туда начинают сливать все подряд (ну а что, кому-нибудь пригодится же!), Global превращается не пойми во что с кучей непонятного и зачастую дублирующего друг друга функционала.
В итоге каждый раз начинаем искать то что нам подойдет:

Цитата:

Сообщение от Владимир Максимов

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

Мне кажется намного удобнее, когда вспомогательные функции именно для работы с запросами собраны в одном классе SysQuery, что в итоге значительно сужает область поиска. И другие такие примеры тоже есть, даже среди системных классов, например, DateUtil для utcdatetime или CLRInterop для работы с .NET. А есть еще, например, WinAPI/WinAPIServer

Цитата:

Сообщение от Владимир Максимов

Ну, и еще появляется возможность внести дополнительные параметры и обработки, не трогая класс SysQuery. Например, добавить второй параметр по аналогии с методом global::queryRangeConcat(), чтобы добавлять отрицание к уже существующему условию.

А почему его нельзя трогать?

[Владимир Максимов]

Цитата:

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

Проблема выноса подобных функций в Global в том, что Global в итоге превращается в помойку, где можно что-то очень долго искать, и... в конце концов действительно найти.
(...)
Когда туда начинают сливать все подряд (ну а что, кому-нибудь пригодится же!), Global превращается не пойми во что с кучей непонятного и зачастую дублирующего друг друга функционала.
В итоге каждый раз начинаем искать то что нам подойдет:

Если в этой цитате заменить "Global" на "SysQuery" что-нибудь изменится? "Чисто (...) там, где не мусорят" (с)

Проблему дублирования кода и "превращение в помойку" заменой одного класса на другой не исправишь...

Цитата:

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

ИМХО, Global - это место для расширения множества функций ядра, таких, как, например, расширения базовых функций работы со строками. Т.е. то, что не привязано к тому или иному специфическому функционалу.

Было бы желание... Кто мешает создать класс с именем, например "strFunction" или "sysFunction" и напихать именно в него все статические метода по работе со строками?

Цитата:

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

Мне кажется намного удобнее, когда вспомогательные функции именно для работы с запросами собраны в одном классе SysQuery,

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

Цитата:

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

что в итоге значительно сужает область поиска.

Сомнительно... Помнить все классы просто не реально. Как правило, это кончается созданием личной библиотеки наиболее часто используемых "функций". Т.е. некой альтернативы класса Global, куда собираются "свои" статические методы.

Цитата:

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

И другие такие примеры тоже есть, даже среди системных классов, например, DateUtil для utcdatetime или CLRInterop для работы с .NET. А есть еще, например, WinAPI/WinAPIServer

Гм... Сделайте поиск в классе Global по ключевым словам "DateTimeUtil", "CLRInterop", "WinAPI". Результат может Вас удивить

Кстати, в Ax2009 классы DateTimeUtil и CLRInterop являются системными и изменить их невозможно. Создавать отдельные классы для расширения их функциональности или все-таки методы Global?

Цитата:

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

А почему его нельзя трогать?

Можно, конечно, только если работаешь с классом Global, то логично и изменения вносить в класс Global...

[trudel]

А ВОТ по теме еще помогите

inventDim1 = queryRunSub.get(tableNum('Dim1'));

как теперь получить таблицу именно InventDim которая Dim1 ?

[trudel]

Цитата:

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

А ВОТ по теме еще помогите

inventDim1 = queryRunSub.get(tableNum('Dim1'));

как теперь получить таблицу именно InventDim которая Dim1 ?

ИЗВИНИТе, нашел.

[Raven Melancholic]

Цитата:

Сообщение от Владимир Максимов

Это уже лично я пишу имя класса, чтобы не вспоминать точное название метода, а посмотреть в выпадающем списке после ввода двоеточий. Мне так удобнее

AxAssist очень помогает не вспоминать точное имя без добавления global::
Хотя согласен с makbeth что global часто превращается в помойку.