Pull to refresh
2
0

Developer

Send message

Начинающие разработчики часто используют курсоры с параметрами по умолчанию.

Я, когда в пулл реквестах таких "начинающих разработчиков" вижу использование курсоров, то прошу дать очень серьезное обоснование для этого.
Курсоры в 99% случаев просто не нужны в MSSQL и могут быть переписаны.
Желательно их вообще запретить т.к. в моей практике они приводили к дедлокам, дикой просадке производительности и другим ужасным последствиям.

Не холивара ради (очень прошу не начинать "крестовые походы") а только для того что бы понять самому - что именно вам не подошло в виндовых ноутах?

И еще хотел бы узнать ваше мнение - ну если не Win то может Linux+ARM / Linux+x86 ? Почему именно на Apple ?

Еще раз всем - я не пытаюсь тролить и "оскорблять чувства " кого бы то ни было а просто хочу узнать мнение автора (или же общества) по этим вопросам.

У нас сейчас в компании идет внутренний опрос по поводу перевода всех .net разрабов на Apple и/или Linux и минимизация использования win. Но практического опыта у большинства нет ни Apple ни с Linux поэтому и интересуюсь.

Заранее благодарен за ответы.

А можно подробнее об этом почитать? Может есть ссылка на ишью гитхаба где это обсуждается?

"Пока не особо понятно откуда берется это пустое значение. И самое интересное, что подобное поведение проявляется не всегда."

Скорее всего это баг в .net core/ 5

https://github.com/dotnet/runtime/issues/37860

Меня такое поведение очень сильно озадачило и хорошо что до продакшена не дошло а отловили на тестовом окружении.

Интересно понять что в XML справочнике и сколько строк он в таблице занимал. Когда нужно справочниких хранить которые актуальны некоторый промежуток времени (час-сутки-неделя-месяц) то я делал постоянную таблицу(таблицы) и туда их заносил. Конечно нужно слегка подумать над первичным ключем и правильной реализацией "протухания" сравочника но передавать его в запросе из клиента, насколько я понимаю это ваша ситуация, я бы точно не стал. Если справочник используется не для одноразовой выборки то он точно должен быть положен в постоянную таблицу.

Это было бы прекрасно если бы этот язык продвигали в продакшен но к сожалению найти вакансию с C# гораздо легче чем с F# несмотря на то что после F# обратно уже не хочется. Я использую F# для своих внутренних утилит но последний раз когда я попытался исходники утилиты написанную на нем залить в репозиторий то выслушал много идиоматических выражений от кастомера что я "исказил и обфусцировал исходники С#".

Нововведения ниочем.

Последнее существенное - record все остальное это просто присыпка сахаром и побрызгивание дезодорантом.... Язык по сложности скатывается к C++ но конечно до этого еще далеко, хотя тенденцию видно.

Спасибо за статью. С интересом прочитал про детали имплементации. Обычно такие подробности все спикеры упускают считая их тривиальными или же просто не углубляясь в такие детали (в которых обычно и кроется самое интересное).
Я пару раз начинал работать с CQRS и vertical slices но вот меня всегда останавливало то что потом сыпалось много жалоб от коллег на то что очень сложно проследить взаимозависимость и связи между обработчиками «команд» и «запросами» или же другими «командами» т.е. код обработчика каждой отдельной команды становится прост, и удобен в сопровождении но когда один обрабочик вызывает допустим 2-5 запросов (это могут быть запросы к внешним источникам данных, сервисам поверхностной и глубокой валидации, сервисам внешних правил т.п) и нескольким другим командным обработчикам то это уже становится сложно определяемые зависимости… Я не могу просто привести пример к сожалению. Допускаю что просто не разобрался в этом архитектурном подходе и это было вызвано недостатком понимания или же плохой декомпозицией.
Еще раз спасибо за статью.
Дауж. Заголовок провокативный…
Я вот толком не нашел хорошего способа обработки исключений которые могут возникнуть в IHostedService или же в Startup. Ничего кроме как создания логгера и логирования всех исключений для их разбора позднее. Может есть более элегантный способ?
А можно, пожалуйста, больше технических деталей про DI+Interceptor +разметку аттрибутами? Может быть небольшую статью напишите? С удовольствием почитал бы.
Небольшое дополнение к статье. SQL Server Profiler более не развивается и рекомендуют использовать Extended Events вместо него.
А свой эмиттер IL кода и расширения CLR тоже добавлять? Ну дадут вам возможность расширять язык — компилятор повыбрасывает все ваши расширения т.к. не будет знать что с ними делать. Хотите наибольшей свободы — пишите в IL кодах в них можно много чего написать не ожидая пока MS сделают плагинную систему языка :-)
Может я что-либо пропустил, но когда добавят возможность использования более одной учетной записи по аналогии со Slack?
У меня 3 корпоративных учетки от разных клиентов… и очень сложно между ними переключаться — сейчас это те еще «танцы с бубном»
Спасибо. Теперь понятно почему с ними работать не захотели.
А ради интереса, какую тему взамен вашей он хотел вам предложить?
Мой вопрос напрямую не относится к теме статьи но все же.
Может быть вы знаете по какой причине разработчики ASP.NET Core ввели конфигурацию на основе переменных окружения? Насколько я знаю такой тип источника конфигурации не пользовался популярностью в .NET Framework? Вполне возможно что я пропустил что-то важное или же очевидное но никак не могу понять этот момент
Более того — начинающие разработчики часто, начитавшись каких-либо обучающих статей, лепят в свой код префиксы «Boo, Baz, Foo, Bar» которыми любят авторы статей именовать незначительные для повествования классы, методы и т.п. конструкции и в итоге потом жутко обижаются на то что их код заворачивается на код ревью с комментариями — переписать с вменяемыми названиями. Вот никогда не понимал, почему вставлять эти паразитные названия в демонстрационный код статьи? Ну если уж пишите статью то придумайте нормальные названия классов, интерфейсов, методов и потрудитесь не делать «Interface IBaz1» или «class FooBar». Это просто неуважение к читателю.
Довольно не однозначное впечатление от этой фичи языка.
С одной стороны — это (ref структуры) требуется в том случае когда нужна небольшая обертка вокруг неуправляемых ресурсов и эта тонкая обертка позволяет детерминированно освобождать их НО с другой стороны очень нужно что бы компилятор как минимум предупреждал что для такой структуры не был вызван метод Dispose и/или эта структура требует использования using оператора или же студия каким либо иным способом (какой — либо анализатор кода ) давала возможность разрабочтику понять что у него потенциальная утечка ресурсов.
Я смотрю в сторону простейшего UI который поможет быстро сделать конфиг и хранением этого в JSON виде в Redis или в чем то подобном.
В идеале хочется следующего — приложение знает один единственный URL или иную точку входа и знает свой собственный тенант идентификатор (у нас малтитенатси) и этого хватает что бы вычитать свой конфиг и запуститься.
Раз в X минут приложение перечитывает конфиг файл.
JSON удобен тем что можно для разных версий приложения добавлять новые настройки и пока не меняется схема то все работает. Но это только мой Proof Of Concept и бизнес может просто не дать денег на это следуя правилу — «оно и так работает а как припечет то может тогда».
1

Information

Rating
Does not participate
Location
Украина
Registered
Activity