Kiedy używam projektanta XAML, tak ciężko i wolno przenosić się do projektanta i z niego rezygnować, studio graficzne utknęło na chwilę, kiedy to robię, czy jest jakiś sposób na zwiększenie projektanta i edytora XAML?Jak poprawić projektanta XAML w visual studio 2010?
Ant jest bardzo powolny podczas zapisywania plików XAML!
Kup dysk SSD (Solid State Drive), umieść na nim kod źródłowy i system operacyjny i przejdź do XAML!
Próbowałem siebie, to zmieni życie programistów WPF! –
i7, ssd, 8 gb ram. Nadal edytowanie XAML to koszmar. –
To samo co moje, jest rozsądne! Myślę, że coś jest nie tak z maszyną, Uwaga: nigdy nie używaj projektanta, używaj tylko edytora XAML, używaj projektanta tylko do oglądania swojej pracy! –
Edytor XAML w Visual Studio 2010 (choć lepszy niż dawniej) nadal ma problemy z wydajnością. Jeśli to możliwe, zaleca się używanie podczas projektowania razem z programami Expression Blend i Visual Studio. Integrują się dobrze, a Blend jest przeznaczony do obsługi XAML. Możesz także wypróbować Kaxaml, co jest przydatne w niektórych scenariuszach.
To zwykle oznacza, że możesz mieć skomplikowany interfejs, może czas podzielić go na mniejsze komponenty?
zwykle wyłączyć pokazywanie XAML View domyślnie: Tools > Options > TextEditor > XAML > Misc
Jest ok, ale zapisywanie wciąż bardzo powolne! –
wystąpiły problemy z systemem Windows XP i VS. Ponieważ VS 2010 został zaprojektowany w WPF, a Windows XP miał problemy z WPF, ale twoje pudełko to Windows 7. jak o tym linku http://blogs.msdn.com/b/zainnab/archive/2010/06/22/improving-performance -zmieniając-wizualne-doświadczenie-vstipenv0017.aspx? –
oszczędzasz powoli? może czas na przejście na dysk Solid State :)? mój kolega dostał jeden, a rozwiązanie zajmuje 20 sekund w porównaniu do 2 min ... –
Możesz również użyć ogólnego edytora tekstu z xaml, co znacznie zwiększa wydajność, ale tracisz okno WYSIWYG.
Aby otworzyć za pomocą ogólnego, kliknij prawym przyciskiem myszy plik xaml -> otwórz za pomocą -> Edytor kodu źródłowego (tekst) i ustaw go jako domyślny, jeśli chcesz.
proszę zobaczyć: http://connect.microsoft.com/VisualStudio/feedback/details/521394/xaml-editor-causes-hang-freeze-of-visual-studio-2010
Wyłączenie akceleracji sprzętowej rozwiązało problem dla mnie.
UPDATE:
link powyżej jest uszkodzony ... możesz spróbować tego posta http://www.japf.fr/2011/03/visual-studio-2010-and-hw-acceleration-on-windows-xp/
Myślę, że problem w VS2010 po zapisaniu pliku XAML tam jest częściowe klasę samą nazwę z klasą XAML generowanie.
Widzimy tę klasę łatwo przez kliknięcie InitializeComponents(), jak wiadomo. Ale Expression Blend nie generuje natychmiast tych plików Class.g.s ....
Mam nadzieję, że w późniejszych wersjach Visual Studio te zostaną naprawione.
Podobnie jest w platformie Android Development Platform Eclipse, w której występuje "R.class" zawiera wszystkie identyfikatory elementów wizualnych. Podczas zapisywania dowolnego pliku układu xml ta klasa otrzymuje aktualizację.
Te nowe podejścia do rozwoju mają złe skutki dla programistów. Musi być opcja, na przykład Ctrl + G + Zapisz? zapisz i wygeneruj :)
Jeśli zmienisz dowolne XAML i nie zapiszesz, gdy klikniesz inny XAML lub CS (nieostrość mimo to), to powolne zachowanie nadal istnieje.
Oprócz tego, jeśli po prostu zapiszesz interfejs użytkownika bez generowania, program dev.environment nie będzie mógł powiadomić Cię o istniejących błędach i ostrzeżeniach.
Wreszcie Kradnie zbyt wiele czasu od programistów.,
Należy rozwiązać.
Przygotowywałem się, aby zadać to pytanie, widzę to tutaj. Dzięki za pytanie.
Kliknij prawym przyciskiem myszy plik Xaml w eksploratorze rozwiązań i wybierz Edytor XML (tekst), a następnie kliknij Ustaw jako domyślny.
Oczywiście nie mam już podglądu interfejsu użytkownika, ale nadal dostajesz autouzupełnianie w edytorze xml i jest to różnica wydajności w ciągu dnia i nocy.
Użyj prostego edytora, aby wykonać masywną modyfikację, a następnie przełącz się z powrotem do programu Visual Studio. skompiluj i napraw swój kod, jeśli to konieczne.
Używam notatnika ++, które można otworzyć wybierając pozycję "Otwórz za pomocą ..." z menu kontekstowego, a następnie dodając do listy aplikacji.
Podpowiedź działa dobrze, gdy musiałem zmodyfikować istniejący duży plik.
Po miesiącach problemów z wydajnością wyczyść katalog tymczasowy. Mój spuchł do 100 GB i 10 tysięcy plików. Jeśli nie jesteś sumienny to dir nie mogły być czyszczone na jakiś czas:
% LocalAppData% \ Temp
tj.
C: \ Users {CurrentUser} \ AppData \ Local \ Temp
Edytor WPF XAML działa tak jak powinien teraz.
Uaktualnij swój komputer. – BoltClock
kopalnia jest rdzeniem Intela i3 540 3GHz, 6 GB pamięci RAM, 64-bitowym systemem operacyjnym Windows 7, myślę, że jest w porządku, i nie trzeba aktualizować !!! –
mine to i7 8GB, 64bit, wygrana 7, wciąż wolne w zależności od generacji projektowej klasy częściowej przy zachowaniu. –