Re#er vs Roslynator?

0

Jakie są wasze opinię nt. tych narzędzi? opłaca się wydać te 600zł na Resharpera czy może jednak Roslynator za free?

Pytam, bo widziałem opinię, że Resharper z Visualem potrafi kraść ram lepiej niż chrome i generalnie mulić VS.

Czy może jednak kombinacja Rider + Resharper za 800 czyni cuda? Jak w praktyce wygląda VS vs. Rider?

https://4programmers.net/Forum/C_i_.NET/309754-visual_studio_resharper_vs_jetbrains_rider?p=1483256#id1483256

1

Jak zależy ci na skillu i masz czas, żeby pisać makra, przerabiać pluginy pod siebie, to polecam Vim'a z I3wm jako alternatywe. Rider na pewno jest szybszy. Z tego, co pamiętam to nie generował wszystkich projektów jak VS. Musiałbyś się wspomagać grunt'em z konsoli albo dotnet'em cli.

1

Ehh @WeiXiao myślałem, że już wiesz co wybrać. Rider w najnowszej odsłonie już ładnie sobie radzi z większą ilością projektów z vs. Nawet chodzi na w10 bez zainstalowanego pełnego VS(uri => uri(https://rider-support.jetbrains.com/hc/en-us/articles/207288089-Using-Rider-under-Windows-without-Visual-Studio-prerequisites)) :-). Coś tam Afisz płakał, że rider nie ma jeszcze tylu narzędzi pomocniczych co vs ale brainsy powoli przygotowują się do integracji ich całego stacku od dotneta :-) R# + VS to muł straszny i to już się czuje podczas startu :-( Ja tam obecnie używam czystego VS + pare dodatków(IntelijTrace, roslynator i takie tam). Ściągnij sobie triala rider i spróbuj :-)

1

Kiedyś na blogu JetBrains sami przyznali, że Rider działa szybciej niż R# + VS z powodu konstrukcji tychże IDE. R# musi w pewnym zakresie walczyć z VS i/ lub powielać jego pracę. Rider natomiast złożony jest z komponentów nad którymi JetBrains ma pełną kontrolę (czyli backend R# + IntelliJ jako frontend) i może je zoptymalizować do wydajnej współpracy.

0
Wibowit napisał(a):

Kiedyś na blogu JetBrains sami przyznali, że Rider działa szybciej niż R# + VS z powodu konstrukcji tychże IDE. R# musi w pewnym zakresie walczyć z VS i/ lub powielać jego pracę. Rider natomiast złożony jest z komponentów nad którymi JetBrains ma pełną kontrolę (czyli backend R# + IntelliJ jako frontend) i może je zoptymalizować do wydajnej współpracy.

No ok, ale zastanawiam się czy w pewnym momencie nie będzie czegoś typu "nie mogę zrobić XYZ, więc muszę odpalać VS aby wyklepać jedną opcję i wracać do Ridera" :P

np. Winformsów chyba brakuje

0

W C# nie siedzę, ale blogi o Riderze trochę poczytałem i generalnie największe problemy Rider miał chyba z Entity Frameworkiem (sądząc po narzekaniach użytkowników). Wspiera tylko pojedyncze wersje. Poza tym ludzie jakoś sobie radzą. Na pewno Rider wspiera mniej frameworków niż R# + VS, więc zawsze jest pewne ryzyko, że wybierając Ridera utracisz jakiś potrzebny bajer z R# + VS. W zasadzie to chyba 30-dniowy trial jest po to, by rozwiać większość wątpliwości :]

0

nieaktualne

1

Jakiś stary paździerz masz i się go boisz? U mnie w pracy wszyscy używają IntelliJa na laptopach (wcale nie nowych bo Intel Core 4 generacji), a problemu nie ma.

Produkty JetBrains potrafią dobrze wykorzystywać wielowątkowość, więc jeśli twój laptop odlatuje w kosmos przy pracy wielowątkowej to może zablokuj mu parę rdzeni w BIOSie? Poza tym obciążenie powinno być sporadyczne, podczas indeksacji projektu. Indeksacja jest chyba przyrostowa, więc obciążenie podczas indeksacji zależy od tego jak dużo plików się zmieniło od ostatniej indeksacji. Ewentualnie możesz natrafić na sytuację, gdy indeksowanie będzie trwało w kółko, ale jak popracujesz trochę z produktami JetBrains to po pewnym czasie zorientujesz się kiedy indeksowanie działa w porządku, a kiedy się niepotrzebnie zapętla.

1 użytkowników online, w tym zalogowanych: 0, gości: 1