2012-05-15 23 views
6

Cuando uso el diseñador XAML es tan difícil y lento para moverme al diseñador y fuera de él, el estudio visual se atascó por un tiempo cuando lo hago, ¿hay alguna forma de impulsar el diseñador y editor XAML?¿Cómo impulsar el diseñador de XAML en visual studio 2010?

¡Ant es muy lento al guardar archivos XAML!

+2

Actualiza tu computadora. – BoltClock

+1

mina es Intel Core i3 540 3GHz, 6 GB de ram, sistema operativo Windows 7 de 64 bits, creo que está bien, y no hay necesidad de actualizar !!! –

+0

mina es i7 8GB 64bit gana 7, sigue siendo lento dependiendo de la generación de clase parcial de diseñador al guardar. –

Respuesta

0

Compre una SSD (unidad de estado sólido), coloque su código fuente y sistema operativo en ella, ¡y vaya a XAML!

+0

¡Lo he intentado, va a cambiar la vida de los desarrolladores de WPF! –

+2

i7, ssd, 8 gb ram. Todavía la edición XAML es una pesadilla. –

+0

¡Lo mismo que el mío, es razonable! Creo que hay algún problema con su máquina. Nota: no use el diseñador nunca, solo use el editor XAML, use el diseñador para ver solo su trabajo. –

0

El editor XAML en Visual Studio 2010 (aunque mejor de lo que solía ser) todavía tiene problemas de rendimiento. Si está disponible, recomendaría usar Expression Blend y Visual Studio uno al lado del otro durante el desarrollo. Se integran bien y Blend está diseñado para manejar XAML. También puede probar Kaxaml que es útil en algunos casos.

4

Eso generalmente significa que puede tener una interfaz de usuario compleja, ¿tal vez tiempo para descomponerla en componentes más pequeños?

generalmente apago mostrando XAML Vista por defecto: Tools > Options > TextEditor > XAML > Misc

  • Examinar los documentos abiertos siempre a la vista XAML
  • y desactive rellenar automáticamente los elementos del cuadro de herramientas.
+0

¡Está bien, pero sigue siendo muy lento! –

+0

hubo problemas informados con Windows XP y VS. Como VS 2010 fue diseñado en WPF y Windows XP tenía problemas de WPF, pero su cuadro es Windows 7. ¿Qué tal este enlace http://blogs.msdn.com/b/zainnab/archive/2010/06/22/improving-performance -by-changing-the-visual-experience-vstipenv0017.aspx? –

+0

ahorro lento? tal vez es hora de pasar a la unidad de estado sólido :)? un colega mío obtuvo uno y la solución lleva 20 segundos para construir en comparación con 2 minutos para mí ..... –

0

También puede usar el editor de texto genérico con xaml, aumenta en gran medida el rendimiento, pero pierde la ventana WYSIWYG.

Para abrir con genérico, simplemente haga clic en el archivo xaml -> abrir con -> editor de código fuente (texto) y haga que sea el predeterminado si lo desea.

1

Creo que el problema en VS2010 cuando se guarda el archivo XAML no es una clase parcial mismo nombre con la clase XAML generando

Podemos ver esta clase fácilmente haciendo clic en InitializeComponents() como usted sabe. Pero Expression Blend no genera estos archivos Class.g.s ... de inmediato.

Espero que en las versiones posteriores de Visual Studio se solucionen.

Es similar en Android Development Platform Eclipse existe una "R.class" que contiene todos los identificadores de elementos visuales. Cuando guarde cualquier archivo de diseño xml, obtenga una actualización.

Estos nuevos enfoques de desarrollo tienen algunos efectos negativos para los desarrolladores, creo. Debe haber una opción como Ctrl + G + Guardar? guardar y generar :)

Si cambia cualquier XAML y no guarda cuando hace clic en otro XAML o CS (desenfoque de todos modos), este comportamiento lento aún existe.

Además de esto, si solo guarda la interfaz de usuario sin generar, dev.environment no puede notificarle sobre errores y advertencias existentes.

Finalmente, roba demasiado tiempo a los desarrolladores.,

Necesita ser resuelto.

Me estaba preparando para hacer esta pregunta. La veo aquí. Gracias por preguntar.

0

Haga clic con el botón derecho en un archivo Xaml en el Explorador de soluciones y seleccione el Editor de XML (texto); a continuación, haga clic en Establecer como predeterminado.

Obviamente ya no obtengo la vista previa de la interfaz de usuario, pero aún así obtiene la función de autocompletar en el editor xml y es una diferencia de rendimiento día y noche.

0

Use un Editor simple para hacer su modificación masiva, luego vuelva a Visual Studio. compila y repara tu código si es necesario.

Uso Notepad ++ que puede abrir seleccionando la entrada "Abrir con ..." en el menú contextual y luego agregando a la lista de su aplicación.

Estas sugerencias funcionan bien cuando tuve que modificar un archivo grande existente.

0

Después de meses de problemas de rendimiento ... borre su directorio temporal. El mío se había hinchado a 100 GB y 10 de miles de archivos. A menos que seas diligente este directorio puede no haber sido limpiado desde hace tiempo:

% LOCALAPPDATA% \ Temp

decir.

C: \ Users {CurrentUser} \ AppData \ Local \ Temp

El editor XAML de WPF realiza como debería ahora.

Cuestiones relacionadas