2012-01-20 10 views

Respuesta

0

los que tienen generar la DLL en modo de lanzamiento, y el asp.net también se está ejecutando en modo de lanzamiento este tiene ningún efecto sobre el rendimiento.

Estos archivos son para el DEBUG, pero lo que de depuración? La información de depuración que obtienes en los errores no administrados, como la pila de llamadas, todas las funciones de llamada en la pila y todo el número de línea, incluido el del error throw. Es útil si desea saber dónde aparece el error, y ayudan a localizar errores y errores muy rápidamente.

Las informaciones que dan es el nombre de funciones, y las posiciones de llamadas dentro de las funciones. Los incluimos a todos, para ayudarnos con los errores.

También puede informaciones de productos similares y en las páginas (archivos .aspx) mediante la inclusión de la compilerOptions="/D:TRACE" en web.config bajo la etiqueta de <compiler, en caso de que usted tiene algunos errores en las páginas y que no conoces en línea de bruja que son .

Algunos más información:

http://msdn.microsoft.com/en-us/library/ms241903.aspx

+0

Bueno ... podría ser útil cuando se conecta excepciones? Podría proporcionar los números de línea correctos? –

+0

@ KeesC.Bakker ¡Sí! exactamente, muy buena idea de MS, no afectan el rendimiento y obtienes mucha información sobre errores. – Aristos

0

si usted tiene la .pdb pero el exe/dll se construyen todos modos en la liberación, todas las optimizaciones se han incluido por lo que no debería importar.

0

Estos archivos sólo son utilizados por el depurador, por lo que si usted está ejecutando la aplicación sin depurar que, los archivos son ignoradas por completo. Entonces, no, la presencia de estos archivos no tiene impacto en el rendimiento.

+0

No me puedo dar números de línea en el StackTrace de excepciones registradas? –

+0

@ KeesC.Bakker, sí, se olvidaron de eso ... pero aún así, los archivos PDB se utilizan sólo cuando se produce una excepción, por lo que no debería perjudicar el rendimiento –

Cuestiones relacionadas