Немного не влип в суть происходящего.. Как что то может поменяться вообще? Я честно не очень себе представляю как вообще может измениться условно день рождения в рамках одной транзакции, если используется одна жирная БД на все сервисы, судя по моим наблюдениям. Это выглядит так, как будто это всё последствия ужасных архитектурщиков, которые плодят новые сервисы, забывая про экосистему, а потом такие "о, точно, мы сделали новый сервис который позволяет сделать встречи, но совсем забыли синхронизировать его со всей экосистемой" и это выливается в заклеивании трещин скотчем на скотч или может быть я чего не то не понял.
А в целом, сорс гены могут быть полезны, но я не очень их люблю. Самый яркий и запоминающийся мне случай их использования, это генерация кучи энтити содержащих физические переменные с жирными, но одинаковыми get;set;, маской вычисления и их порядком. Такое конечно не объединить в интерфейс или абстракный класс, логика одна, но работает это всё по маске и порядку, а в зависимости от маски и порядка, всё разное, и, в этом случае, это можно сказать единственный, облегчающий работу и расширяемость, самый яркий кейс, куда я за почти 3 года мог применить сорс ген. Но как верно подмечено, импакт будет лишь тогда, когда генератор можно написать в/на порядок меньшее количество строчек и времени с учётом будущего, чем это потребовалось бы без него, например всякие INotifyPropertyChanged, которые экономят 9 строчек, исключения ~17, мапперы, когда на проект нельзя подключить нугет пакет и т.д. А то выйдет так, что на написание уйдёт 10 часов для генерации всего лишь трёх классов, а ручками за это время можно будет их сделать более сотни, прощай эффективность и тайм-менеджмент, да здравствует магия и автоген.
К слову, про перевернуть мышление, верно сказано) Осознать, что больше не требуется тратить кучу времени и писать кучу повторяющегося кода, например, для исключений и привязок, а лишь объявить их в одну строчку и использовать весь функционал - это действительно круто, до тех пор, пока твои коллеги не спросят тебя, как этим пользоваться, потому что они не понимают, что происходит или не убьют весь твой феншуй, для которого ты старался и писал сорсген, обычными полноценными классами, а не сокращением в одну строчку :(
Любую кнопку, какую захочешь, можно привязать. Фоновый поток и мультимедиа таймеры разрешением в 1 мс в помощь, да и я больше приверженец того, что кнопки хукать лучше с помощью GetAsyncKeyState и GetForegroundWindow для проверки активного окна.
Любите слушать музыку? Покупайте Яндекс Станцию Макс, но на ней вы не сможете смотреть даже YouTube - там его нет, но можно попросить Алису включить клип, тогда поверх desktop-плеера накладывается их собственный - вобщем, криво, косо и не для взаимодействия с ТВ.
Любите смотреть кино и сериалы? Раньше вы могли купить заторможенный, но прекрасный Яндекс Модуль и подключить его к любому устройству. Нужна Станция? Комибинируйте самую дешевую станцию (вроде Мини) и Яндекс Модуль к любому устройству.
Любите слушать музыку, смотреть кино и сериалы? Встречайте универсальный продукт. Скорее всего даже с огромной переплатой. Но лично я бы лучше взял хороший ТВ от Samsung (за 75000, например), накатил туда Кинопоиск и пользовался дальше своей Станцией Макс :/
Если ты с августа 2022 сидишь на Windows Forms, пора выйти из зоны комфорта и перейти на Unity, если тебя интересуют игры; WPF / Avalonia - если тебя интересует Desktop!
Посмотрев твой код, могу сказать что он очень плохой, особенно для почти года обучения C#, конечно же, если ты собираешься работать программистом, а если нет - то и неважно. Во многих твоих проектах, ты в ручную выключаешь или скрываешь кучу элементов, например, нужно скрыть 40 элементов - ты пишешь 40 строчек кода. Но ведь есть свойство Name у каждого контрола, так и просится какой нибудь префиксный/постфиксный способ поиска, ведь есть общая коллекция элементов, а ещё существуют контейнеры, в которые ты можешь группировать элементы, которые тебе необходимо скрыть - создаёшь панельку, закидываешь на неё кнопочки (привязываешь их к панельке) и просто скрываешь панель, а все дочерние элементы автоматически скорются. Изучи асинхронность и самое важное - ООП.
Windows Forms легкий для входа, это наркотик. Слишком долго сидишь - привыкаешь к нему и уже никуда не хочется. Если предложить тебе где жить - в современной квартире (WPF) с очень хорошим ремонтом (возможность кастомизации, XAML, MVVM) или в сталинке (Windows Forms), с ужасным ремонтом, гнилым туалетом и ванной, тараканами и кривыми стенами (UX/UI Design, функционал), что выберешь ты? Очевидно, каждый бы выбрал современную квартиру с хорошим ремонтом - ведь какой смысл брать старую квартиру в кредит? И да, можно сказать, что ты взял старую квартиру в кредит, со всеми последствиями кредита и старых домов. Я рекомендую тебе начать изучать Unity (тебя же тянет к играм) или WPF/Avalonia (Desktop разработка)
каждая вселенная из бесконечности каких либо вселенных находится в собственном пространственно-временном континууме и не взаимодействует с другими вселенными (т.е. как бы мы не хотели, "свет" это понятие лично нашей вселенной, как и время понятие лично жителей земли)
к тому же, раз вселенные имеют собственный "пузырь" - они разные и физические законы у них различаются, а согласно теории - как я понял, шансов на то, что будет аналогичная вселенная - нет, поэтому пропадает понятие скорости света (ведь где то скорость света может быть в миллионы раз больше, чем
Легче и безопасней использовать статический Stopwatch.GetElapsedTime, даже для примеров, а не экземпляр класса Stopwatch :)
Если метод не имеет параметров, то можно просто обернуть его в Task.Run:
Немного не влип в суть происходящего..
Как что то может поменяться вообще? Я честно не очень себе представляю как вообще может измениться условно день рождения в рамках одной транзакции, если используется одна жирная БД на все сервисы, судя по моим наблюдениям. Это выглядит так, как будто это всё последствия ужасных архитектурщиков, которые плодят новые сервисы, забывая про экосистему, а потом такие "о, точно, мы сделали новый сервис который позволяет сделать встречи, но совсем забыли синхронизировать его со всей экосистемой" и это выливается в заклеивании трещин скотчем на скотч или может быть я чего не то не понял.
А в целом, сорс гены могут быть полезны, но я не очень их люблю. Самый яркий и запоминающийся мне случай их использования, это генерация кучи энтити содержащих физические переменные с жирными, но одинаковыми get;set;, маской вычисления и их порядком. Такое конечно не объединить в интерфейс или абстракный класс, логика одна, но работает это всё по маске и порядку, а в зависимости от маски и порядка, всё разное, и, в этом случае, это можно сказать единственный, облегчающий работу и расширяемость, самый яркий кейс, куда я за почти 3 года мог применить сорс ген. Но как верно подмечено, импакт будет лишь тогда, когда генератор можно написать в/на порядок меньшее количество строчек и времени с учётом будущего, чем это потребовалось бы без него, например всякие INotifyPropertyChanged, которые экономят 9 строчек, исключения ~17, мапперы, когда на проект нельзя подключить нугет пакет и т.д. А то выйдет так, что на написание уйдёт 10 часов для генерации всего лишь трёх классов, а ручками за это время можно будет их сделать более сотни, прощай эффективность и тайм-менеджмент, да здравствует магия и автоген.
К слову, про перевернуть мышление, верно сказано) Осознать, что больше не требуется тратить кучу времени и писать кучу повторяющегося кода, например, для исключений и привязок, а лишь объявить их в одну строчку и использовать весь функционал - это действительно круто, до тех пор, пока твои коллеги не спросят тебя, как этим пользоваться, потому что они не понимают, что происходит или не убьют весь твой феншуй, для которого ты старался и писал сорсген, обычными полноценными классами, а не сокращением в одну строчку :(
Любую кнопку, какую захочешь, можно привязать. Фоновый поток и мультимедиа таймеры разрешением в 1 мс в помощь, да и я больше приверженец того, что кнопки хукать лучше с помощью GetAsyncKeyState и GetForegroundWindow для проверки активного окна.
Если целить в Windows-only с публикацией в MS Store, нужно было делать на UWP с крутым на мой взгляд WinUI)
Любите слушать музыку? Покупайте Яндекс Станцию Макс, но на ней вы не сможете смотреть даже YouTube - там его нет, но можно попросить Алису включить клип, тогда поверх desktop-плеера накладывается их собственный - вобщем, криво, косо и не для взаимодействия с ТВ.
Любите смотреть кино и сериалы? Раньше вы могли купить заторможенный, но прекрасный Яндекс Модуль и подключить его к любому устройству. Нужна Станция? Комибинируйте самую дешевую станцию (вроде Мини) и Яндекс Модуль к любому устройству.
Любите слушать музыку, смотреть кино и сериалы? Встречайте универсальный продукт. Скорее всего даже с огромной переплатой. Но лично я бы лучше взял хороший ТВ от Samsung (за 75000, например), накатил туда Кинопоиск и пользовался дальше своей Станцией Макс :/
CHROME VERSION 115.0.5790.111 основной и с включенным расширением VPN
EDGE VERSION 115.0.1901.188 запущен первый раз
Firefox 116.0.1 свежеустановленный и запущенный первый раз
ничего из того, что сказал я (кроме понятий света и времени) не доказано и ничего из того, что сказали выше, тоже
Если ты с августа 2022 сидишь на Windows Forms, пора выйти из зоны комфорта и перейти на Unity, если тебя интересуют игры; WPF / Avalonia - если тебя интересует Desktop!
Посмотрев твой код, могу сказать что он очень плохой, особенно для почти года обучения C#, конечно же, если ты собираешься работать программистом, а если нет - то и неважно. Во многих твоих проектах, ты в ручную выключаешь или скрываешь кучу элементов, например, нужно скрыть 40 элементов - ты пишешь 40 строчек кода. Но ведь есть свойство Name у каждого контрола, так и просится какой нибудь префиксный/постфиксный способ поиска, ведь есть общая коллекция элементов, а ещё существуют контейнеры, в которые ты можешь группировать элементы, которые тебе необходимо скрыть - создаёшь панельку, закидываешь на неё кнопочки (привязываешь их к панельке) и просто скрываешь панель, а все дочерние элементы автоматически скорются. Изучи асинхронность и самое важное - ООП.
Windows Forms легкий для входа, это наркотик. Слишком долго сидишь - привыкаешь к нему и уже никуда не хочется. Если предложить тебе где жить - в современной квартире (WPF) с очень хорошим ремонтом (возможность кастомизации, XAML, MVVM) или в сталинке (Windows Forms), с ужасным ремонтом, гнилым туалетом и ванной, тараканами и кривыми стенами (UX/UI Design, функционал), что выберешь ты? Очевидно, каждый бы выбрал современную квартиру с хорошим ремонтом - ведь какой смысл брать старую квартиру в кредит? И да, можно сказать, что ты взял старую квартиру в кредит, со всеми последствиями кредита и старых домов. Я рекомендую тебе начать изучать Unity (тебя же тянет к играм) или WPF/Avalonia (Desktop разработка)
каждая вселенная из бесконечности каких либо вселенных находится в собственном пространственно-временном континууме и не взаимодействует с другими вселенными (т.е. как бы мы не хотели, "свет" это понятие лично нашей вселенной, как и время понятие лично жителей земли)
к тому же, раз вселенные имеют собственный "пузырь" - они разные и физические законы у них различаются, а согласно теории - как я понял, шансов на то, что будет аналогичная вселенная - нет, поэтому пропадает понятие скорости света (ведь где то скорость света может быть в миллионы раз больше, чем