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

[mazzy]

Цитата:

Сообщение от S.Kuskov

Но как и остальным написавшим мне тоже это всё не нравится. Якобы "безопасный" метод, который перехватывает свои исключения и не отдаёт их наружу не должен быть нормой.

да, было бы нормой.
но в аксапте в транзакции срабатывает только самый внешний catch.
поэтому никаких гарантий перехват не даст.

методы NoThrow могут означать, что сам метод исключений не бросает.
но исключение внутри этого метода может бросить ядро.
Поэтому суффикс NoThrow не дает никаких гарантий относительно исключений.

методы с OrThrow означают, что метод содержит throw, который явно вставил автор кода.

Цитата:

Сообщение от S.Kuskov

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

угу. я собственно поэтому и спрашиваю

да, именно про синтаксический сахар, который помогает понять код.
и самому не забывать о.
пример написания самих методов https://github.com/mazzy-ax/SysUtil/....xpp#L498-L519
пример использования я привел выше

Цитата:

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

а почему только boolean в параметрах. иногда приходится писать что-то где есть 3 значения.

пиши.

Цитата:

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

Т.е. это один метод типа validateAndWrite с параметром типа enum

(o_O)

ты ведь обратил внимание, что мы не сам метод validateAndWrite обсуждаем?
а оформление, которое касается исключений (Throw - NoThrow - OrThrow).
и о том, как оформление кода может помочь, а может запутать читателя.

[Zabr]

Цитата:

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

а оформление, которое касается исключений (Throw - NoThrow - OrThrow).
и о том, как оформление кода может помочь, а может запутать читателя.

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

[mazzy]

Цитата:

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

Обработку исключений я бы делал снаружи.

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

а внутри то методы как писать?

[Zabr]

Цитата:

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

а внутри то методы как писать?

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

А писать надо красиво и аккуратно.

[mazzy]

Цитата:

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

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

Цитата:

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

Вам отвечают на заданный вопрос, а Вы ожидаете ответов на другой вопрос, который не задавали.

?!

некоторые отвечают.
вы конкретно где ответили? можно цитату?

Цитата:

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

Поэтому Вам не нравятся ответы.

Бгггг!

Цитата:

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

Попробуйте переформулировать вопрос.

Зачем?
Я хотел бы получить ответ именно на заданный вопрос

Цитата:

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

И тут собственно вопрос по CodeStyle.
Какой вариант вы бы предпочли? И почему?

Цитата:

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

А писать надо красиво и аккуратно.

Пишите. Не возражаю.