Ionic 3 组件与页面

Question

您能告诉我Ionic 3 应用程序中的Component 和Page 生成器有什么区别吗？看来我也可以在组件内部使用像ionViewWillLeave 这样的页面生命周期钩子。那么我什么时候应该使用角度生命周期钩子呢？如果相同，那么为什么它有 2 个发电机？希望您对此提供反馈。

组件生成器：

 ionic generate component SubscribeTopicComponent

页面生成器：

ionic generate page LoginPage

Answer 1

根据来自 cmets 的对话：

从 Angular 的角度来看可能是一样的，但是 Pages 和 Components 在 Ionic 中有不同的含义。 在 Angular 方面，两者都只是组件，但在 Ionic 的上下文中，页面是一个组件，将充当整个视图 （它可能有嵌套组件）；我们将 Ionic 页面视为一个独立的概念。在 Angular 应用程序中，大部分时间组件只是更大组件的一部分，所以我想这是与 Pages 最大的区别。

关于使用 Angular 的生命周期钩子时，我喜欢在嵌套组件中使用它们，但在处理页面时我更喜欢 Ionic 生命周期钩子。主要是因为像ionViewWillEnter 这样的东西在ngOnInit 的简单组件的上下文中没有太大意义。话虽如此，我还在 Pages 上使用了一些 Angular 生命周期钩子，例如 ngOnDestroy（当该页面将被销毁时，我用它来删除页面中的所有订阅），但就像你说的那样，ionViewWillUnload如果我们想使用 Ionic 的生命周期钩子，这似乎是正确的方法。

我猜大多数 Ionic 生命周期钩子与用户与整个页面交互的方式更相关（将进入页面，将离开从一个页面，可以进入一个页面，可以从一个页面离开......）Angular生命周期钩子更多地与单个组件生命的不同阶段相关（输入已经初始化，更改检测器已检查此组件中是否有更改，...)，如您所见，这可能与用户交互根本没有直接关系，而且通常是用户不知道的事情。

我很确定没有关于哪种方法更好的规则，但最重要的是一致性。 我认为在 Pages 组件中使用 Ionic 生命周期钩子并在嵌套组件中使用 Angular 生命周期钩子是有意义的，但您可以使用不同的方法，只要您始终如一地使用整个应用程序。

Answer 2

有两个单独的生成器，因为添加了一个额外的装饰器到 ionic：@IonicPage

这个装饰器比简单的组件有一些优点。

1. 路由 - 您可以表示页面的 url 是什么，如何到达那里以及它的默认历史记录是什么。有了这个，您可以直接访问任何页面，而无需通过导航路径。到这个页面的路由也可以用字符串而不是实际的组件来完成

2. 延迟加载 - 默认情况下，具有此装饰器的页面模块在转到页面的 url 时会延迟加载。

3. 不依赖应用程序模块 - 这更像是个人最喜欢的，但是当您创建页面模块时，您不必将它们添加到原始 ngModule 中，这是在编译时自动完成的。

更多文档： https://ionicframework.com/docs/api/navigation/IonicPage/