[CodeStyle] методы *noThrow vs *OrThrow vs optional parameter?

[mazzy]

Цитата:

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

В дотнете tryxxx

Угу, угу!

это тот же самый случай. Только с другого конца.
Спасибо!

Жаль, что для x++ бесполезен из-за "особенностей" обработки try/catch в транзакциях.

=============
причем такие соглашения не дают абсолютно никаких гарантий.
tryxxx не гарантирует, что метод не бросит исключений (что все исключения обрабатываются)
*noThrow тоже не гарантирует, что метод не бросит исключений
*OrThrow тоже ничего не гарантирует.

однако из всех синтаксических соглашений мне больше нравится OrThrow
поскольку сообщает, что в этом месте программист явно добавил свои исключения,
и больше никаких обещаний такое именование не дает.

Что дает читающему абсолютно понятный "контракт".

собственно поэтому в вопросе явно указан [CodeStyle]
и задан вопрос о ваших предпочтениях. а не о том, "как правильно".

[belugin]

Цитата:

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

однако из всех синтаксических соглашений мне больше нравится OrThrow
поскольку сообщает, что в этом месте программист явно добавил свои исключения,
и больше никаких обещаний такое именование не дает.

Надо только переписать все стандартные методы, выкидывающие исключения, чтобы они заканчивались на OrThrow.

strFmtOrThrow(getFormatStringFromSetupTableOrThrow(), transaction.calculateTaxAmountOrThrow());

А то будет непонятно в типичном случае.

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

[mazzy]

Цитата:

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

Надо только переписать все стандартные методы, выкидывающие исключения, чтобы они заканчивались на OrThrow.

Зачем?!
Вот ведь радикальный фундаменталист...

Цитата:

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

strFmtOrThrow(getFormatStringFromSetupTableOrThrow(), transaction.calculateTaxAmountOrThrow());

А то будет непонятно в типичном случае.

хм... надо подумать. спасибо.

Цитата:

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

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

а как назвать второй метод?
(возвращаясь к опросу)

[belugin]

Цитата:

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

а как назвать второй метод?
(возвращаясь к опросу)

Позаимствовать из любой близкой экосистемы. Так как из X++ можно вызвать .NET я бы взял Try

[mazzy]

подумал...

Цитата:

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

strFmtOrThrow(getFormatStringFromSetupTableOrThrow(), transaction.calculateTaxAmountOrThrow());

думаю, что здесь подход такой же как и к другим длинным именам в C# и Java
в этих платформах рекомендуется делать настолько длинные имена насколько нужно, чтобы точно донести до читающего назначение метода

сравни

strFmtOrThrow(
    getFormatStringFromSetupTableOrThrow(),
    transaction.calculateTaxAmountOrThrow()
);

и

[belugin]

Цитата:

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

думаю, что здесь подход такой же как и к другим длинным именам в C# и Java
в этих платформах рекомендуется делать настолько длинные имена насколько нужно, чтобы точно донести до читающего назначение метода

Если есть reasonable default, то префикс не нужен, чтобы точно донести...