у порівнянні з тим же Райдером
У меня после последнего использование поломался проект, пришлось ребилдить через консоль
Мде Доволі дивно враховуючи, що це ІДЕ для їх же мови програмування Але тепер я знаю більше, дякую
Із загального, моя особиста причина його не використовувати: 1) хоч і перевели на 64-бітний процес в 2022й студії, проте вона все ще повільна, точніше синхронна В той час як райдер дуже сильно забитий під фонові процеси, багатопоточність, особливо якщо процесор потужний і дозволяє розкрити весь потенціал 2) лайновий git ui, і по дизайну і по функціоналу 3) райдер вже має в собі решарпер, не всі його люблять, але я люблю, наприклад причому він вбудований нативно, а отже і не лагає, як плагін в студії 4) вбудована підтримка таких штук як dotMemory, dotTrace, dotCover, dotPeek в райдері, в студії знову ж таки тільки плагінами лагучими 5) дебагер і декомпілятор у взаємодії в райдері працюють як окремий витвір мистецтва, студія навіть близько на таке не здатна 6) підтримка з коробки величезної кількості різних баз даних, в студії в основному тільки MS SQL Server 7) плагін для ef core, лол, дякую @seclerp
За блазор дебаггер разрешаю мне потом памятник поставить
Але в райдері є й недоліки, наприклад: 1) слабкий дизайнер для десктоп застосунків, які я, на радість, не розробляю 2) менша інтеграція з Azure стеком, якщо ти тісно там розробляєш, хоча в райдері також досить непоганий Azure plugin навіть з підтримкою емулятора, мені його вистачає в цілому, оскільки я зараз фул в цьому стеці 3) підтримка найновіший версій мови та фреймворків від майків завжди з'являються першими для студії, райдер як окремий продукт окремої компанії потребує більше часу на реалізацію нової функціональності, але якщо ти не поспішаєш за останніми preview функціями то тебе це ніяк не зачепить
пригощу пивом якщо зустрінемося
Обсуждают сегодня