с аллокациями очень крутая оптимизация, давно пора. Это ж сколько кода на стринг билдерах наконец-то можно будет выкинуть и заменить обычными конкатинациями? :). А если они апнут это до поддержки вызова в стейтлесс функциях, то чисто в теории это может дать существенный буст LinqToObject. Хотя в среднем по больнице bump аллокация, если происходит редко и память не слишком фрагментирована срабатывает быстро, тем не менее на больших кодовых базах и в критических частях, думаю, можно будет ожидать заметное ускорение! Будем надеяться :)
В свое время использовал анализаторы OAS на наличие breaking changes. Идейно мне это нравится значительно больше, так как: 1. Они все же различают, что является breaking changes, а что нет из коробки 2. Они отлично встраиваются в CI/CD 3. Они работают поверх уже сгенерированной OAS, на которую могут быть наложены различные трансформации 4. Это решение применимо не только к .NET стеку.
У меня на тему MAUI, можно сказать, уже хобби образовался. После каждого обновления я создаю дефолтовый проект и ищу в нем баги. И, как это ни печально, нахожу почти каждый раз =) То для винды, то для андроида. И это я еще iOS не трогаю.
Пользуюсь PublicApisAnalyzer, полёт нормальный. Единственное, что напрягает, нельзя одним махом Unpublished перенести в Published и убрать отсутствующие дефиниции. Нужно руками менять, если сигнатуру изменил.
какая нахой киллер-чёёё?? котеги мои харошые, вы вообще как представляете метод? ну вот метод __метод__ именно с точки зрения рантайма? все эти ваши языки и прочее меня не интересует, потому что вменяемым это вообще не нужно, а вот как то самое из языка работает в рантайме - вот это вменяемых интересует, и тогда что такое метод? и каким образом в метод прямиком в метод можно запихать псевдо-объект, что бы что?
Мы существуем и слушаем)))
Мы слушаем, значит, мы существуем =)
Ура, ещё один слушатель :)
С юбилеем!
Всего самого наилучшего!
Летом сложно было слушать. Щас похолодало, опять можно слушать)
Слишком жаркие выпуски для лета? :)
@@tt0nix да мозг летом плавится )
с аллокациями очень крутая оптимизация, давно пора. Это ж сколько кода на стринг билдерах наконец-то можно будет выкинуть и заменить обычными конкатинациями? :). А если они апнут это до поддержки вызова в стейтлесс функциях, то чисто в теории это может дать существенный буст LinqToObject. Хотя в среднем по больнице bump аллокация, если происходит редко и память не слишком фрагментирована срабатывает быстро, тем не менее на больших кодовых базах и в критических частях, думаю, можно будет ожидать заметное ускорение! Будем надеяться :)
В свое время использовал анализаторы OAS на наличие breaking changes. Идейно мне это нравится значительно больше, так как:
1. Они все же различают, что является breaking changes, а что нет из коробки
2. Они отлично встраиваются в CI/CD
3. Они работают поверх уже сгенерированной OAS, на которую могут быть наложены различные трансформации
4. Это решение применимо не только к .NET стеку.
А какие конкретно анализаторы? Можно ссылку?
У меня на тему MAUI, можно сказать, уже хобби образовался. После каждого обновления я создаю дефолтовый проект и ищу в нем баги. И, как это ни печально, нахожу почти каждый раз =) То для винды, то для андроида. И это я еще iOS не трогаю.
Object Stack Allocation, ИМХО, киллер фича.
4х на Exception'ах скажется, если они использовались для flow control. А они используются =)
Пользуюсь PublicApisAnalyzer, полёт нормальный. Единственное, что напрягает, нельзя одним махом Unpublished перенести в Published и убрать отсутствующие дефиниции. Нужно руками менять, если сигнатуру изменил.
какая нахой киллер-чёёё??
котеги мои харошые, вы вообще как представляете метод? ну вот метод __метод__ именно с точки зрения рантайма? все эти ваши языки и прочее меня не интересует, потому что вменяемым это вообще не нужно, а вот как то самое из языка работает в рантайме - вот это вменяемых интересует, и тогда что такое метод? и каким образом в метод прямиком в метод можно запихать псевдо-объект, что бы что?
@@AEF23C20 может, вы статью Тауба прочтёте?