Asp.net WAP中的调试.aspx

Asp.net WAP中的调试.aspx,asp.net,Asp.net,在WAP中,在编译时调试.aspx时,您是否应该期望出错?当使用Web应用程序项目时,我的.aspx在运行时之前没有出现任何错误。我从来没有真正想过,因为我一直只是使用WAP。我在问别人这个问题,我没有看到任何关于这个问题答案的信息 我们对自定义控件进行条件呈现,因此在.aspx页面进入生产环境之前能够在编译时调试错误对我们来说很重要。如果您有语法错误,这些错误可能会在编译时被捕获。但是,如果程序逻辑或页面外观中存在错误,则编译时可能不会始终捕获这些错误。例如,如果您想要表单的特定布局,则需要在

在WAP中,在编译时调试.aspx时,您是否应该期望出错?当使用Web应用程序项目时,我的.aspx在运行时之前没有出现任何错误。我从来没有真正想过,因为我一直只是使用WAP。我在问别人这个问题,我没有看到任何关于这个问题答案的信息


我们对自定义控件进行条件呈现,因此在.aspx页面进入生产环境之前能够在编译时调试错误对我们来说很重要。

如果您有语法错误,这些错误可能会在编译时被捕获。但是,如果程序逻辑或页面外观中存在错误,则编译时可能不会始终捕获这些错误。例如,如果您想要表单的特定布局,则需要在各种浏览器中运行页面以确认没有bug


像Resharper这样的工具可以帮助一些人,但是没有一个灵丹妙药可以解决这个问题。如果在查找bug方面有些东西不能按预期工作,那么最好使用nUnit或WatiN之类的测试来帮助捕获错误。

是的,但是nUnit如何测试有条件添加的用户控件的编译时动态呈现?如果我的同事说在网站项目中是可能的,那么在WAP中不是这样吗?nUnit测试是更多关于单元测试功能的信息,而WatiN用于UI中的内容。假设一个人不需要动态地重新编译代码,那么在WAP下应该是可能的。这就是你的意思吗?您希望编译器检查.aspx文件的语法。当您使用VS网站时,编译器实际上会这样做。但由于切换到WAP,默认行为是不检查.aspx文件的语法。也就是说,在运行时会出现解析器错误。但是您希望编译器检查语法,以便在运行时不可能出现解析器错误,对吗?