Jakie funkcje w Eclipse nie są dostępne w Visual Studio? [Zamknięte]

Zrobiłem dużo rozwoju w Javie przy użyciu Eclipse, a teraz zacząłem używać Visual Studio do programowania .NET. Jak dotąd uważam, że IDE mogą robić te same rzeczy, ale po prostu inne.

Jakie funkcje w Eclipse nie są dostępne w Visual Studio?

Eclipse ma swoją historię lokalną, która jest jakby superduperem Cofnij. Nie znam podobnej funkcji w VS.

Moim zdaniem, Eclipse Quick Access to niesamowita funkcja użyteczności.

Krótka wersja:

• Wyobraź sobie QuickSilver lub Launchy w IDE !.

Dzięki Szybkiemu dostępowi możesz nawigować do prawie każdej części IDE za pomocą klawiatury. Tak, można to zrobić również w Visual Studio, ale musisz nauczyć się skrótu do każdego widoku: Ctrl + Alt + J, aby przejść do Przeglądarki obiektów; Ctrl + Alt + L dla Solution Explorer itp .; lub użyj ogólnych skrótów do przełączania okien (takich jak Ctrl + F6, aby przejść do następnego okna jeden po drugim).

W Eclipse potrzebujesz tylko jednego skrótu: Ctrl + 3, aby otworzyć narzędzie Szybki dostęp.

Narzędzie szybkiego dostępu pozwala po prostu zacząć wpisywać nazwę dowolnego polecenia, widoku, perspektywy, menu, nawet plików źródłowych! i automatycznie się uzupełni i zasugeruje alternatywy.

Szybki dostęp:

• Zapamięta skróty i najczęściej używane elementy i stopniowo dostosowuje się do sposobu ich używania.
• Umożliwi także wpisywanie skrótów PascalCase: Chcesz przejść do widoku Eksploratora źródła danych? wpisz DSE, a pojawi się jako pierwsza opcja.
• Wyświetli również skrót klawiaturowy dla każdego elementu jako pomoc do nauki.

Czytaj więcej:

http://eclipsenuggets.blogspot.com/2007/05/quick-access-ctrl3-is-bliss-are-you-one.html

http://eclipse.dzone.com/articles/eclipse-36-hidden-treasures

Perspektywy

Zauważ, jak Visual Studio zapamiętuje układ IDE (otwarte okna, pozycje itp.), Którego używałeś podczas ostatniego uruchomienia debuggera? I jak automatycznie przełącza się między tym a układem IDE „bez debugowania”.

Eclipse robi to samo z Perspectives. Tyle, że możesz je w pełni dostosować nie tylko do debugowania, ale nie do debugowania, ale możesz utworzyć kilka układów z różnymi konfiguracjami IDE i przełączać się między nimi jednym kliknięciem.

• Chcesz przejść do układu debugowania, nie debugując ?. Wystarczy kliknąć przycisk paska narzędzi Debugowanie perspektywy.

• Chcesz wymyślić nowy układ bez edytorów, a widoczny jest tylko Eksplorator pakietów i widok Javadoc? Przenieś okna tak, jak chcesz i zapisz je jako nową perspektywę.

Jest to świetny sposób na odpowiednie przełączanie IDE, gdy twój umysł również przełącza się z jednego rodzaju zadania na inny.

Pomoc Eclipse - Perspektywy

Nie pamiętam, aby Visual Studio miał coś podobnego do zestawów roboczych Eclipse .

Zestawy robocze - Pomoc - Eclipse SDK

Są sposobem na grupowanie projektów zawartych w twoim „rozwiązaniu” (obszar roboczy w Eclipse) w sposób, który pozwala ukryć lub pokazać różne zestawy projektów zgodnie z częścią kodu, na której chcesz pracować. Na przykład można zdefiniować zestaw roboczy zawierający tylko projekty testów jednostkowych lub tylko moduły związane z warstwą dostępu do danych w projekcie.

Przydatne jest filtrowanie prawie dowolnego widoku Eclipse, aby wyświetlać tylko rzeczy związane z aktualnie wybranym zestawem roboczym. Na przykład lista błędów: nie musisz widzieć wszystkich błędów w obszarze roboczym, tylko te związane z projektami w aktywnym zestawie roboczym.

Jedynym sposobem, w jaki wyobrażam sobie duplikowanie tej funkcji w programie Visual Studio, jest podejście oparte na wielu rozwiązaniach oraz ręczne otwieranie i zamykanie rozwiązań.

Zakładam, że odwołujesz się do gotowego Eclipse vs. gotowego VS (w przeciwnym razie zawsze są wtyczki, które dodają dodatkowe funkcje).

Brakuje od VS:

• Ctrl + kliknij nazwę metody, aby przejść do jej definicji;
• Automatyczne nawiasy klamrowe zakończone (dla C #) - ale, szczerze mówiąc, czasami jest denerwujące;

W Visual Studio nie masz nic takiego jak Maven .

Maven jest skomplikowaną bestią do opanowania, ale gdy już ją uruchomisz, jest niesamowicie potężny - w zasadzie usuwa cały ból związany ze skryptami kompilacji i zarządzaniem zależnościami.