Да причем здесь госуслуги? Я вам говорю, что есть сервис где есть все необходимые вам данные. А сможете вы с ними договариться или нет это уже другой вопрос. Но без этих данных ваш сервис просто игрушка.
Также интересны улучшения производительности .NET 7. Например, при работе с рефлексией производительность выросла в 2+ раза. Что само по себе может быть аргументом для переезда с .NET 6 LTS на .NET 7 в некоторых случаях. Тем более, что поддержка у них заканчивается плюс/минус одинаково.
Чтобы перейти на C# 11 вам придется перейти на .NET 7 и всю его экосистему. Это потребует определенных изменений в коде. Поэтому непонятно про какие падения идёт речь.
Они никуда не спешат, а идут согласно плану. В начале ноября намечен релиз .NET 7. Изменений предостаточно и самое главное, что он будет нацелен на C# 11, а не на C# 10 как .NET 6. Поэтому назвать эту версию .NET 6.2 никак не получится.
Безусловно. Я сам стараюсь использовать все самые современные техники и технологии. Но у бизнеса другое мнение. Нужно привести очень весомые аргументы, чтобы он захотел потратить много времени и денег на переписывание успешно работающего проекта на все новенькое.
Непрерывно переписывать все проекты на все самое современное это очень дорогое удовольствие. При этом проект может прекрасно выполнять все свои функции и нуждаться лишь в поддержке и некоторых доработках.
Вы же понимаете, что весь код, который вы пишите сейчас на всех этих свеженьких сегодня технологиях и практиках через лет 10 будет в таком же положении, как и у автора.
Смотрите. Вы отправили сообщение GET запросом и браузер старательно сохранил это в истории. Через час опять зашли в чат, а браузер подставил сохранённый URL и то же сообщение отправлено повторно.
Ещё проблема, что в разных браузерах количество допустимых символов у GET разное и использовать его для этой цели просто неправильно.
Тест немного не корректный, потому что не учитывает время на инициализацию и конфигурацию мэпперов. Но даже в нем видно, что они не про производительность.
А есть какие-то технические сложности пересобрать проект в свежем .NET 5 и протестировать по той же методике?
Microsoft для каждого выпуска .NET Core подготавливает инструкцию по миграции и можно было бы их выполнить по цепочки и перевести проект с .NET Core 2.0 на .NET 5. Но в данном случае это было бы некорректно. Так как речь идёт о производительности, то правильнее изучить проект, понять его и переписать с нуля с использованием лучших практик для .NET 5.
Также надо понимать, что переписать проект лишь часть работы. Так как мир Azure, Windows, Linux и Docker также не стоит на месте т.е. нужны ещё специалисты, которые глубоко в этом разбираются иначе сравнение может быть некорректным.
Интересно, конечно. Но проект который используется для тестирования написан на .NET Core 2.0, который вышел 4 года назад. С тех пор Microsoft проделал огромную работу по совершенствованию .NET Core. Были выпущены версии .NET Core 2.1, 2.2, 3.0, 3.1, .NET 5, а через полгода ожидается LTS релиз .NET 6.
Да причем здесь госуслуги? Я вам говорю, что есть сервис где есть все необходимые вам данные. А сможете вы с ними договариться или нет это уже другой вопрос. Но без этих данных ваш сервис просто игрушка.
Причем здесь как подают? Там информация обо всех.
Забавно , конечно. А вы в курсе что есть Супер сервис у которого есть доступ ко всем конкурсным спискам всех вузов России?
Также интересны улучшения производительности .NET 7. Например, при работе с рефлексией производительность выросла в 2+ раза. Что само по себе может быть аргументом для переезда с .NET 6 LTS на .NET 7 в некоторых случаях. Тем более, что поддержка у них заканчивается плюс/минус одинаково.
Чтобы перейти на C# 11 вам придется перейти на .NET 7 и всю его экосистему. Это потребует определенных изменений в коде. Поэтому непонятно про какие падения идёт речь.
Не осветили улучшение связанное с Json Serialize, а именно атрибут JsonDerivedType, который позволяет намного корректнее работать с наследованием.
Они никуда не спешат, а идут согласно плану. В начале ноября намечен релиз .NET 7. Изменений предостаточно и самое главное, что он будет нацелен на C# 11, а не на C# 10 как .NET 6. Поэтому назвать эту версию .NET 6.2 никак не получится.
Безусловно. Я сам стараюсь использовать все самые современные техники и технологии. Но у бизнеса другое мнение. Нужно привести очень весомые аргументы, чтобы он захотел потратить много времени и денег на переписывание успешно работающего проекта на все новенькое.
Так они могут разъехаться по любому вопросу если неправильно выстроено взаимодействие.
Непрерывно переписывать все проекты на все самое современное это очень дорогое удовольствие. При этом проект может прекрасно выполнять все свои функции и нуждаться лишь в поддержке и некоторых доработках.
Вы же понимаете, что весь код, который вы пишите сейчас на всех этих свеженьких сегодня технологиях и практиках через лет 10 будет в таком же положении, как и у автора.
Смотрите. Вы отправили сообщение GET запросом и браузер старательно сохранил это в истории. Через час опять зашли в чат, а браузер подставил сохранённый URL и то же сообщение отправлено повторно.
Ещё проблема, что в разных браузерах количество допустимых символов у GET разное и использовать его для этой цели просто неправильно.
т.е. вы видите смысл в том, чтобы отправлять заведомо невалидные данные на сервер? Странно. Ну, ок.
Да, именно так. Мэпперы это про упрощение разработки и поддержки проекта.
Не понял. И как вы это реализуете если будет проверка и на фронте и на бэке?
Тест немного не корректный, потому что не учитывает время на инициализацию и конфигурацию мэпперов. Но даже в нем видно, что они не про производительность.
Лимитировать можно и POST запросы на фронте.
Было бы интересно увидеть сравнение производительности с кодом без использования что первого, что второго.
Microsoft для каждого выпуска .NET Core подготавливает инструкцию по миграции и можно было бы их выполнить по цепочки и перевести проект с .NET Core 2.0 на .NET 5. Но в данном случае это было бы некорректно. Так как речь идёт о производительности, то правильнее изучить проект, понять его и переписать с нуля с использованием лучших практик для .NET 5.
Также надо понимать, что переписать проект лишь часть работы. Так как мир Azure, Windows, Linux и Docker также не стоит на месте т.е. нужны ещё специалисты, которые глубоко в этом разбираются иначе сравнение может быть некорректным.
Интересно, конечно. Но проект который используется для тестирования написан на .NET Core 2.0, который вышел 4 года назад. С тех пор Microsoft проделал огромную работу по совершенствованию .NET Core. Были выпущены версии .NET Core 2.1, 2.2, 3.0, 3.1, .NET 5, а через полгода ожидается LTS релиз .NET 6.