Не кажется ли все это антипаттерном? Как только у нас появится новый вид счета, мы будем вынуждены пройтись по всему коду и добавить во все switch новую ветку
Это не баг, это фича! Серьезно, это же замечательно что как только появится новый вид счета программист обязан пройтись по всем свитчам и точно не забудет обработать новый кейс, в f# можно даже сделать не законченный свитч это ошибкой компиляции! Интерфейс тут не очень хорош, представим что вам нужно выводить на сайте этот объект и в зависимости от типа аккаунта отображение должно быть разным, в этом случае нам придется логику отображения класть в класс SwiftAccount , во-первых она там ни к месту, во-вторых логика отображения будет раскидана по разным классам, затем появится требование отображать его при печати на бумаге, опять придется класть логику отображения в классы аккаунта
разницу солнечной энергии на единицу площади в разных широтах
Не понимаю почему количество солнечной энергии на единицу площади будет разным на разных широтах? Солнечная панель же не на земле лежит, а на кепке которую можно расположить под прямым углом к солнцу
кстати я всегда думал что разгадка этой задачи в том что дни рождения неравномерно распределены, т.е. есть месяцы в которых дней рождений гораздо больше
Рекомендую вам телешоу/сериал Ферма Кларксона, тот самый ведущий топ гир тоже решил заняться фермерством и вот что их этого вышло. После этого вам вряд ли захочется этим заниматься
А вот что если моему другу) надо повесить шкафчик на стену, но у него нет перфоратора, можно ли просверлить одно маленькое отверстие в бетоне при помощи шуруповерта?
В общем случае общий обработчик ошибок не отменяет try catch finally. Не нужно туда логику финализации перемещать. Есть места где нужно try finally а есть где не нужн. В вашем примере вам нужно обернуть обращение к бд в try / finally , в finally освободить ресурсы, далее вы все равно не сможете идти по логике программы т.к. у вас нет данных, поэтому вам нужно заново выбросить то же самое исключение, чтобы оно в итоге обработалось в едином обработчике ошибок
Это не баг, это фича! Серьезно, это же замечательно что как только появится новый вид счета программист обязан пройтись по всем свитчам и точно не забудет обработать новый кейс, в f# можно даже сделать не законченный свитч это ошибкой компиляции!
Интерфейс тут не очень хорош, представим что вам нужно выводить на сайте этот объект и в зависимости от типа аккаунта отображение должно быть разным, в этом случае нам придется логику отображения класть в класс
SwiftAccount, во-первых она там ни к месту, во-вторых логика отображения будет раскидана по разным классам, затем появится требование отображать его при печати на бумаге, опять придется класть логику отображения в классы аккаунтаА Google Meet, эта штука сможет починить???
Не понимаю почему количество солнечной энергии на единицу площади будет разным на разных широтах? Солнечная панель же не на земле лежит, а на кепке которую можно расположить под прямым углом к солнцу
Почему Камаз покупать не планируете?
Что значит эйчаров не готовят специально? А специальность 38.03.03 Управление персоналом - это что?
А зачем им ссориться с торговой сетью лишний раз?
кстати я всегда думал что разгадка этой задачи в том что дни рождения неравномерно распределены, т.е. есть месяцы в которых дней рождений гораздо больше
Да так печатают космические ракеты вот видео от Vertasium https://www.youtube.com/watch?v=kz165f1g8-E
Рекомендую вам телешоу/сериал Ферма Кларксона, тот самый ведущий топ гир тоже решил заняться фермерством и вот что их этого вышло. После этого вам вряд ли захочется этим заниматься
мне кажется он морально устарел, скорее всего новый такой же мощнее, тише и легче
Всегда было интересно а есть ли цифры по России но без Москвы? и было бы интересно сравнить их с Москвой
А как mcp настраивать? Я что то не нашел это в документации
Странно зачем люди создают отдельные секретные чаты для работы, почему бы не использовать для этого комментарии к таске в качестве чата?
А вот что если моему другу) надо повесить шкафчик на стену, но у него нет перфоратора, можно ли просверлить одно маленькое отверстие в бетоне при помощи шуруповерта?
По вашей логике - где-нибудь в Японии, где люди столько работают что засыпают на рабочем месте
В общем случае общий обработчик ошибок не отменяет try catch finally. Не нужно туда логику финализации перемещать. Есть места где нужно try finally а есть где не нужн. В вашем примере вам нужно обернуть обращение к бд в try / finally , в finally освободить ресурсы, далее вы все равно не сможете идти по логике программы т.к. у вас нет данных, поэтому вам нужно заново выбросить то же самое исключение, чтобы оно в итоге обработалось в едином обработчике ошибок
в C# (в других я языках должно быт похожее) блок using гарантирует освобождение ресурсов даже при возникновении исключения внутри блока.
Реклама работает даже если по ней не кликать
Если вы знакомы с C# то обязательно попробуйте F# , ваша жизнь разделится на до и после...
Большинство бизнесов как раз именно так и банкротятся