Size: a a a

2020 May 10

MS

Mykyta Sk. in CODE BLOG / C#
норм практика писать под ксамарин либу на жабе или обж с
источник

SB

SЭD BOY in CODE BLOG / C#
Хм
источник

SB

SЭD BOY in CODE BLOG / C#
А есть что почитать?
источник

MS

Mykyta Sk. in CODE BLOG / C#
SЭD BOY
А есть что почитать?
кроме документации не могу ничего посоветовать
источник

MS

Mykyta Sk. in CODE BLOG / C#
есть единичные статьи по каким то узким решениям, но чего-то большого нет
источник

SB

SЭD BOY in CODE BLOG / C#
Окей, благодарю
источник

MS

Mykyta Sk. in CODE BLOG / C#
SЭD BOY
Ксамарин стабильный? Ну тип, что по минусам?
ну и ещё один минус, что под него мало 3th party либ
источник

MS

Mykyta Sk. in CODE BLOG / C#
по крайней мере если сравнивать с другими инструментами под приложения
источник

MS

Mykyta Sk. in CODE BLOG / C#
но в целом, ксам хорош, если у тебя цель писать под множество платформ
источник

МЕ

Макс Епифанов... in CODE BLOG / C#
источник

S

Supernic3 in CODE BLOG / C#
Доброй ночи.
Реализовываю библиотеку, вопрос касательно публичного API. Хотелось бы прокидывать ошибки наверх не через исключения, а через кастомную обёртку, но есть несколько типов ошибок:
1. Ошибка HTTP (потеря сети, не найден адрес в DNS, etc)
2. Ошибка от самого API (код + описание)
3. Необрабатываемое исключение / ошибка

Вопрос, как лучше реализовать эти варианты ошибок - классы + наследование через родителя или интерфейс? И что можно впихнуть в базовую сущность.

Спасибо
источник

SB

Sergey Benzenko in CODE BLOG / C#
Supernic3
Доброй ночи.
Реализовываю библиотеку, вопрос касательно публичного API. Хотелось бы прокидывать ошибки наверх не через исключения, а через кастомную обёртку, но есть несколько типов ошибок:
1. Ошибка HTTP (потеря сети, не найден адрес в DNS, etc)
2. Ошибка от самого API (код + описание)
3. Необрабатываемое исключение / ошибка

Вопрос, как лучше реализовать эти варианты ошибок - классы + наследование через родителя или интерфейс? И что можно впихнуть в базовую сущность.

Спасибо
Из библиотеки обычно советуют таки кидать стандартные ошибки, а не придумывать что-то своё. Пользователям библиотеки будет проще ловить их, а не изучать, чего нам накастомили.
источник

S

Supernic3 in CODE BLOG / C#
Sergey Benzenko
Из библиотеки обычно советуют таки кидать стандартные ошибки, а не придумывать что-то своё. Пользователям библиотеки будет проще ловить их, а не изучать, чего нам накастомили.
Стандартный ошибки - исключения? Хреновая идея, по крайней мере для меня.
Учитывая то, что типов исключений может быть дофига - код получится спагетти.
источник

SB

Sergey Benzenko in CODE BLOG / C#
Supernic3
Стандартный ошибки - исключения? Хреновая идея, по крайней мере для меня.
Учитывая то, что типов исключений может быть дофига - код получится спагетти.
Да. Это общий совет при разработке библиотек. Уже на уровне приложения, там да, можно кастомные обертки писать. А в библиотеке лучше не выдумывать
источник

S

Supernic3 in CODE BLOG / C#
Sergey Benzenko
Да. Это общий совет при разработке библиотек. Уже на уровне приложения, там да, можно кастомные обертки писать. А в библиотеке лучше не выдумывать
Пожалуй, всё-таки, пас..)
источник

EA

Egene Avdeev in CODE BLOG / C#
Supernic3
Стандартный ошибки - исключения? Хреновая идея, по крайней мере для меня.
Учитывая то, что типов исключений может быть дофига - код получится спагетти.
Смотри, часто делают много  разных своих исключений, но используют их только внутри. Хороший тон делать их не более 10 и разбивать по категориям. Ну и конечно же, если возможно, заменять на стандартные.

При этом все кастомные исключения публичные, и в доке должны описываться.
источник

EA

Egene Avdeev in CODE BLOG / C#
Supernic3
Стандартный ошибки - исключения? Хреновая идея, по крайней мере для меня.
Учитывая то, что типов исключений может быть дофига - код получится спагетти.
Всегда, новое исключение делается, если ни одно из стандартных не подходит. А если у тебя большое кол-во исключений, значит с дизайном кода что-то не так
источник

S

Supernic3 in CODE BLOG / C#
Egene Avdeev
Всегда, новое исключение делается, если ни одно из стандартных не подходит. А если у тебя большое кол-во исключений, значит с дизайном кода что-то не так
Дак дело не в этом.. исключения я как раз хочу вовсе убрать и сделать монаду на выходе, тем самым заставляя разработчика обрабатывать возможную ошибку.
По сути, в либе, на выходе, exceptionfree
источник

S

Supernic3 in CODE BLOG / C#
Egene Avdeev
Всегда, новое исключение делается, если ни одно из стандартных не подходит. А если у тебя большое кол-во исключений, значит с дизайном кода что-то не так
Да и если на то пошло.. почти все ошибки - стандартные исключения, кроме одной. Но использовать их тоже не хочется ну никак
источник

EA

Egene Avdeev in CODE BLOG / C#
Supernic3
Да и если на то пошло.. почти все ошибки - стандартные исключения, кроме одной. Но использовать их тоже не хочется ну никак
Ну если хочешь в стиле JS писать либу, то исключения тебе не нужны наружу. Внутри понятно дело, но снаружи без них не обойтись иногда, надо код смотреть.

А вообще часто "паттерн"
Try используется, для методов
источник