Denis Trunin's Blogs: 30 additional methods to the Global class

[mazzy]

Цитата:

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

А что такое NZ?

NotZero - принимает два аргумента. возвращает первый, если он не пустой и второй, если первый пустой.
удобнее, чем тренарный оператор, если второй параметр что-то быстро вычисляемое (константа, strfmt и т.п.)

Цитата:

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

по остальному - в D365 лучше наверное использовать класс System.String - там есть просто все и даже больше.

не очень больше.
System.String не так работает на вправо-выровнянных строках.
а в предыдущих версиях требует постоянного InteropPermission (будь проклят тот архитектор, кто ввел эту шнягу)

Цитата:

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

Если пришлете тексты, могу включить, но лучше наверное в отдельный класс DEVStringHelper

Да, опубликую, пришлю.

только наоборот
это методы работы с рэнджами, буферами, датасорсами и прочими сложными объектами нужно переносить в отдельные классы - SysQuery, SysDataSource, SysRecord, SysArgs.
а методы конвертации базовых типов как раз просятся в Global

Цитата:

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

Если не ошибаюсь изначально позаимствовал у Ромы, нужен если у вас есть FormRun и на нем надо вызвать метод. В последнее время кстати приходилось несколько раз пользовать(хотя понятно что лучше этого избегать). Врядли он будет работать для System.Object

эх, Рома, Рома.
Понятно. Он использует это для получения внутреннего представления, насколько я помню. Дикие хаки. Но эффективные, чёрт побери.
Насколько я понимаю, в 365fo контейнер реализован на System.Array, поэтому дикие хаки с cObject работать не должны. Но в этом расширении метод cObject предлагается. Вот я и удивляюсь - может еще как это можно использовать?

Цитата:

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

Я наоборот за критику, в спорах рождается истина. Более того, по опыту выкладывания утилит, самое частое что я использую сам - это создание экстенш метода(которое добавил skull), т.е. пока это win-win стратегия

Ок, спасибо.
Я тоже за критику. Просто с этим случаем у меня подозрение, что это я чего-то не знаю.

Цитата:

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

Идея метода - продублировать стандартный SysQuery::countPrim, но без условия

это-то понятно. без вопросов.
вопрос - почему pack применяется для QueryRun, а не для Query.

Цитата:

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

зачем там пакуется QueryRun и почему они возвращают Integer я честно говоря не знаю, но идея была чтобы заменить один на другой. А какие с этим проблемы?

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