为什么不在页面处理程序中设置request.app？

在页面处理程序中设置request.app是不推荐的做法。request.app是一个全局变量，用于存储应用程序实例，可以在整个应用程序中访问。然而，在页面处理程序中直接设置request.app可能会导致以下问题：

1. 高耦合性：将request.app直接暴露给页面处理程序会导致页面处理程序与应用程序的其他部分紧密耦合。这违反了良好的软件设计原则，使得代码难以维护和扩展。
2. 安全性问题：将应用程序实例直接暴露给页面处理程序可能会导致安全漏洞。页面处理程序可以访问应用程序的敏感信息或执行未经授权的操作。
3. 可测试性问题：在测试页面处理程序时，如果直接依赖于全局的request.app，会使得测试变得困难。因为测试时需要模拟或注入应用程序实例，而不是直接访问全局变量。

为了解决以上问题，推荐的做法是使用依赖注入或工厂模式来将应用程序实例传递给页面处理程序。通过这种方式，页面处理程序可以通过参数或构造函数接收应用程序实例，而不是直接访问全局变量。这样可以降低耦合性，提高代码的可维护性和可测试性。

对于Node.js应用程序，可以使用框架或库提供的功能来实现依赖注入。例如，Express框架提供了app.locals对象，可以用于在请求处理程序中共享应用程序实例。另外，可以使用一些依赖注入容器或框架，如InversifyJS、Awilix等，来管理应用程序实例的生命周期和依赖关系。

总结起来，不推荐在页面处理程序中直接设置request.app，而是应该使用依赖注入或工厂模式来传递应用程序实例，以提高代码的可维护性、可测试性和安全性。