asp.net页是按页编译还是按文件夹编译？
我的理解是asp.net页面分组在文件夹中，每个文件夹都编译成一个dll文件。但是，当第一次请求页面时，是否只编译该页面？那么，是否可以编译dll文件的一部分？当请求页面时，是否只执行dll文件中的页面代码，而不执行整个dll？不知何故，我觉得dll文件应该作为一个整体进行编译或执行。但是，当第一次请求一个页面时，只编译该页面 如果您的应用程序是一个网站，当它第一次调用时，aspx页面会自动编译。但对于web应用程序，当您构建时，它不会编译一次 那么，是否可以编译dll文件的一部分？asp.net页是按页编译还是按文件夹编译？,asp.net,Asp.net,我的理解是asp.net页面分组在文件夹中，每个文件夹都编译成一个dll文件。但是，当第一次请求页面时，是否只编译该页面？那么，是否可以编译dll文件的一部分？当请求页面时，是否只执行dll文件中的页面代码，而不执行整个dll？不知何故，我觉得dll文件应该作为一个整体进行编译或执行。但是，当第一次请求一个页面时，只编译该页面 如果您的应用程序是一个网站，当它第一次调用时，aspx页面会自动编译。但对于web应用程序，当您构建时，它不会编译一次 那么，是否可以编译dll文件的一部分？ 表示要编译
表示要编译项目的特定部分。但是，当第一次请求某个页面时，是否只编译该页面 如果您的应用程序是一个网站，当它第一次调用时，aspx页面会自动编译。但对于web应用程序，当您构建时，它不会编译一次 那么，是否可以编译dll文件的一部分？ 表示您要编译项目的特定部分。您的答案存在于和中 当浏览到时会编译目录，但如果仅编译加载的页面或该目录中的所有页面，则batch=true/false会进行配置。（有一个maxBatchSize配置了一批中最多可编译的页面。）您的答案存在于和中
当浏览到时会编译目录，但如果仅编译加载的页面或该目录中的所有页面，则batch=true/false会进行配置。（有一个maxBatchSize配置了一个批中最多可编译的页面数。）如果启用了batch=true，则可以对每个文件夹编译页面。编译器编译在未编译的文件夹上找到的第一个n页 还编译您运行的页面所需的所有模块。当再次发现另一个尚未编译的页面时，请再次编译第二组n个文件 batch=true时编译的文件数量限制由设置 如果我理解的很好，你会寻找一种方法来培养孩子 对于您的开发计算机，我建议使用2种设置
<compilation batch="false" optimizeCompilations="true" ... >
当OptimizeCompiles处于启用状态时，可能会出现编译无法理解函数更改的情况，从而导致错误。一种情况是，您有一个函数调用，只需添加一个带有默认值（net4）的参数即可更改函数。在这种情况下，编译器没有再次编译它，这有时会导致产品错误。如果启用了batch=true，则页面可以编译每个文件夹。编译器编译在未编译的文件夹上找到的第一个n页 还编译您运行的页面所需的所有模块。当再次发现另一个尚未编译的页面时，请再次编译第二组n个文件 batch=true时编译的文件数量限制由设置 如果我理解的很好，你会寻找一种方法来培养孩子 对于您的开发计算机，我建议使用2种设置
<compilation batch="false" optimizeCompilations="true" ... >
当OptimizeCompiles处于启用状态时，可能会出现编译无法理解函数更改的情况，从而导致错误。一种情况是，您有一个函数调用，只需添加一个带有默认值（net4）的参数即可更改函数。在这种情况下，编译器没有再次编译它，这有时会导致产品错误。提供的答案对您有帮助吗？如果是的话，把一个作为答案，或者投票给那些在任何方面帮助过你的人。提供的答案中有没有帮助过你？如果是这样的话，就选一个作为答案，或者投票给那些在任何方面帮助过你的人。根据我的经验，关闭批处理会让网站到处都变慢。累积的慢度远大于批处理时的慢度。我所做的是，继续批处理，但将最耗时的页面放在自己的文件夹中。在我的经验中，关闭批处理会降低站点的速度。累积的慢度远大于批处理时的慢度。我所做的是，继续批处理，但将最耗时的页面放在自己的文件夹中。通过这种方式，您可以实现某种程度的中间立场。