我是 NextJS 的新手。我正在编写一个应用程序，前端使用 NextJS，后端使用 .NET Core API。
通常，我可以让 Visual Studio 创建一个自签名证书来使用 SSL 运行我的 api，然后让前端应用程序使用该自签名证书在本地运行（至少我已经使用 Angular 完成了此操作，没有任何问题）。
我不知道如何使用 NextJS 来做到这一点。由于自签名证书，我的 nextjs API 中的 fetch 命令失败。有没有一种简单的方法可以告诉 NextJS 当我运行本地主机时，忽略链中的自签名证书？
我最近开始从 ngrx 迁移到 ngxs，并且有一个关于我应该在哪里放置一些调用的设计问题。
在 NGRX 中，我会为每次与 api 的交互创建 3 个操作。就像是：
GetEntities - 指示初始 api 调用已完成 GetEntitiesSuccess - 指示成功返回数据 GetEntitiesFail - 指示未成功返回数据
我将创建一个效果来监视实际调用 API 的 GetEntities 操作，并通过使用结果有效负载调用成功/失败操作来处理响应。
在 NGXS 中，我是在操作发生时从商店本身进行 api 调用，还是有一些其他 NGXS 对象可以用来处理这些 API 调用，然后以我在 ngrx 中所做的相同方式处理这些操作（通过创建每次调用多个操作）？
我正在使用 EF Core 和代码迁移。据我了解，快照文件应该是构建未来迁移文件的“目标数据库”。
情况：
1）我做了一些添加迁移来创建一些更改后的迁移。这更新了模型快照，我认为这是预期的行为。
2）然后我意识到我错误地输入了一个字段。它应该是一个 byte[] 而不是字符串 3) 我对类进行了更改 4) 我再次进行了添加迁移。
现在，DataSnapshot 似乎不同步，因为新的添加迁移不包括此类型的文件更改。
我似乎无法执行删除迁移，因为实际上没有任何迁移应用于任何数据库。
我知道在 EF6 中，这是一种很好的方法，因为它始终针对实际的数据库进行更改，而不是此快照文件。因此，只需删除更改文件并重新制作更改文件就足够了。
这是我第二次在意识到存在问题后不得不对迁移文件进行一些更改（没有实际针对任何内容运行更新），这两次都是令人难以置信的痛苦，尝试解决问题而不消除我的所有之前的迁移并重新开始。
我的问题是我现在该如何处理？每次回溯添加迁移时是否应该删除更改文件和快照文件？
我真的很担心我在这里遗漏了一些东西，因为现在我必须确保不仅更改文件正确，而且当前快照也正确，如果该快照不同步，那么我必须去手动更新它
使用AngularJS-1.6.5和Angular-ui-router-1.0.6 && Gulp-3.9.1
我遇到这个绝对令人讨厌的问题。我有一个似乎不错的有角度的应用程序，但是当我运行gulp-connect来运行它时，却一直无法按以下顺序加载模板错误：
vendor.js：14803错误：[$ compile：tpload]无法加载模板：app / auth / views / login.tpl.html（HTTP状态：undefined undefined）
vendor.js：34081转换拒绝（$ id：0类型：6，消息：转换错误，详细信息：错误：[$ compile：tpload]无法加载模板：app / auth / views / login.tpl.html（HTTP状态：未定义，未定义）
错误：[$ compile：tpload]无法加载模板：app / auth / views / login.tpl.html（HTTP状态：undefined undefined）
如果我运行了gulp构建过程，然后使用诸如httpster之类的东西来提供服务器，则页面显示正常，没有错误。但是，当我将gulp-connect添加到构建过程中时：
gulp.task("connect",["css", "vendor", "js", "watch", "webWorkers"], function
() {
connect.server({
port: 8888
});
});
我得到上面的错误。
这只是一天前的工作，无论出于何种原因，即使是以前的版本也不再起作用。我尝试重定向到另一个模板，验证所有条目都在模板缓存中，尝试检索网络上的文件而不是模板缓存，卸载/重新安装gulp-connect却没有任何效果。在这一点上，我完全陷入了困境，为了我的理智，需要尽快解决一些问题。
任何想法将不胜感激。
我即将开始一个相当大的项目，它将使用 Angular 作为它的前端，我有一个关于如何管理它的增长以最大化可维护性的问题。
到目前为止，对于每个 angular 项目，我都有一个模拟路由层次结构的视图文件夹，我的模块结构基于业务功能的分组。这对于新开发人员的入职以及这些中小型应用程序的维护非常有效。
我的问题更多地集中在何时在大型企业应用程序中使用模块。
我最近听说过为每个页面和/或每个组件创建一个模块。这种方法看起来像是大量的前期开销，但在测试创建和长期维护方面节省了很多。
我在 angular.io 风格指南中没有看到任何关于一种或另一种方式的指导，但我想从构建企业级 angular 应用程序的人那里知道他们是否找到了一种适合他们的特定方式。
更新 我在这里得到了很多很好的答案。我相信所有人都强调了模块的共同点，以及核心、共享（以及 bryan 提到的资源）的额外模块。我还将我的路由视图移动到它们各自的功能文件夹中，而不是我当前使用的“视图”文件夹中。阅读下面的答案后，随着应用程序的增长，“views”文件夹可能会变得难以管理。
有人还建议我阅读 Nrwl 正在做什么，所以我这样做了，并且对他们使用与应用程序分开的库很感兴趣。 Nrwl MonoRepo 模式书（免费）。他们有很多很好的建议，这些建议与这里每个人所说的相似，将跨平台的通用功能抽象到库中。因为我确信我正在构建的应用程序需要针对网络世界之外的移动设备，所以这似乎也是一个好主意。
感谢所有花时间详细回答的人。