问题标签 [nomachine-nx]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
css - 使用 NX 构建时,Sytles.css 将作为 Styles.js 复制到 dist 文件夹
我正处于将我们现有的 Angular 应用程序迁移到使用 nx 作为构建框架的单一存储库的早期阶段。
迁移我的第一个应用程序后,我注意到位于样式目录中的 styles.scss 文件被复制为 .js 而不是 .css。
我终其一生都无法弄清楚为什么。
角.json:
包.json
任何帮助将不胜感激!
python - 从 NodeClustring 对象中挑选数据
我正在使用 cdlib 并检测我的数据社区。但我需要社区集群。我怎样才能从这个对象中挑选数据?
这是 print(coms) 的结果
<cdlib.classes.node_clustering.NodeClustering 对象在 0x7fe46ec70ac0>
angular - 升级 nx/angular 后,linting 非常慢。插件:导入/不弃用
在 nx 升级过程中,项目已从 升级11.2.11
到( )12.2.10
nx migrate
现在,代码 linting 从 30 秒增加到 4 分钟:
eslint 设置:"import/no-deprecated": "warn",
是否有任何设置更改或者我应该摆脱这个导入?
angular - JEST:尽管使用了未知组件,但单元测试成功
为什么即使使用了不存在但在 bitbucket 管道中存在的组件,单元测试也不会在本地失败?
为了演示这个问题,我创建了一个新的 nx 工作区(Repository)。
在本地运行“npx jest”时,会出现一个 console.error 表明该组件未知,但测试没有失败。另一方面,相同的命令在管道(Pipeline)中导致相反的结果。这对我们来说是一个大问题,因为单元测试只在流水线中失败,我们失去了很多时间让它们重新启动和运行。
angular - NGRX/NX - 在同一应用程序的多个模块中重用状态库
我正在开发一个带有 angular 和 ngrx 的 nx monorepo。我创建了一个具有自己状态管理的库,我想在同一个应用程序的多个模块中重用它。
库结构
食品模块
FooState 选择器
很好,我将 FooModule 导入到我的主应用程序中,它按预期工作:我可以看到FOO_FEATURE_KEY
在全局商店中注册,我可以通过调度/选择foo.service.ts
(就像一个门面,将所有状态复杂性隐藏在某些方法后面)。
现在,我的主要应用程序是按模块组织的(具有自己的状态),其中一些还需要 FooModule。此外,这些模块中的每一个都应该有自己独特且独立的 FooState。
问题:StoreModule.forFeature(FOO_FEATURE_KEY, fooReducer)
无论在哪个模块声明它,都将使用相同的键。
作为第一次尝试,我尝试将 FooState 嵌套在每个 AppState 中。例子:
问题:选择器现在失败,因为FOO_FEATURE_KEY
不再在 Root 上注册。
如何将所有逻辑(包括状态)保存在库中并将其包含在同一应用程序的多个模块中?我试图FOO_FEATURE_KEY
通过注入/提供程序进行自定义,以便每个模块都可以使用自己的键/名称,但我无法在选择器中访问它,因为它们不是 Angular 的一部分,而只是纯函数/常量。
为了让事情变得更复杂,我还需要将每个状态与 localStorage 同步(我目前正在使用localStorageSync
lib)。不是主要问题,但请记住...
谢谢!
编辑:正如评论描述中所建议的,没有正确描述我的问题。更清楚地说:FooState 处理并执行相当复杂的数据结构的操作。这种结构被同一个应用程序的多个模块使用:暴露的 api 完全相同,但运行时数据不同。我可以在每个模块中复制/粘贴这些 lib 文件,但我最终会得到大量相同的文件,并且维护起来将是一场噩梦......
npm - NX 错误 - Nx 无法安装依赖项
我不确定可能出了什么问题,并且每当我打开它时错误消息都是空白的。我在网上搜索了修复程序,但没有任何帮助,因此我在这里问。
我的节点版本是:v16.1.0 我的 npm 版本:8.1.3
我目前正在我的 M1 MacBook 上运行 Monterey OS。
有没有其他人经历过这个?
next.js - 如何使用 nrwl/next(不是 localhost:3000)在 0.0.0.0:3000 上托管 NextJS 应用程序
我正在尝试在0.0.0.0:3000
而不是本地主机上托管我的应用程序。
但是每次我运行nx serve career --port=3000 --host=0.0.0.0
该应用程序托管在:
tcp6 0 0 :::3000 :::* LISTEN 9112/node
代替:
tcp6 0 0 0.0.0.0:3000 0 0.0.0.0:* LISTEN 9112/node
不同的是,:::
而不是0.0.0.0
.
我做错了什么,我该如何托管应用程序0.0.0.0
我正在使用nrwl/nx
,NextJS
即使端口正确,主机也不正确。
visual-studio-code - 如何使用 nx cli 在 Nx 工作区中的应用程序中生成 NestJS 资源?
我想在 Nx 工作空间内的新 nestjs 应用程序中生成 NestJS 资源,类似于在单独的 NextJS 应用程序中使用 nest generate cli 命令的方式。使用 nx generate 命令,我希望必须指定要添加资源的应用程序,例如:
nx generate @nestjs/schematics:resource **--app=haida-stories-api** --name=testresource
我尝试了 VS Nx 控制台,但没有选项可以为生成命令指定应用程序目标。当我在不调整任何其他选项的情况下添加资源时,它只会在工作区的根目录中创建一个新的 src 目录,并创建一个与任何应用程序无关的资源。
VS Nx 控制台中的 --sourceRoot 选项允许我手动输入我想要的源目录的路径,但它不会自动将正确的导入添加到主应用程序模块。
在命令行而不是在 VS 的 Nx 控制台中使用 nx generate 命令,您可以添加“project”参数:
nx g @nrwl/nest:resource <resource-name> project <app-name>
此命令确实在正确的项目 src 目录中生成控制器,但它不会编辑 app module.ts 文件以添加文件导入语句并将资源模块添加到 imports 数组中,使其成为 app 中的路由。
在纯 NestJS 应用程序中,如果我运行以下 nest cli 命令,它会自动编辑模块文件:
嵌套生成控制器测试
我是否缺少有关 Nx cli 的一些文档以及它如何使用 VS Nx 控制台工作?
angular - NX / Angular IntelliSense的VSCode IntelliSense错误“无法绑定到'ngIf',因为它不是'div'的已知属性”
我们有一个生产 Angular 应用程序,我们正在使用 NX 迁移到 Monorepo。到目前为止,我们从开发到生产的一切都正常工作,没有任何问题。
但是,在 VSCode 中,基本上每个 Angular 指令(*ngFor、*ngIf、[routerLink]、所有...)都会出错并且无法识别。
(在你问之前,是的:所有模块(即CommonModule
,BrowserModule
在.module.ts
文件中正确导入)
就像我说的:在本地和生产环境中,包括在我们的 CI/CD 管道中,一切正常:没有错误。Lint、Test 和 build 也都可以正常工作......我怀疑这是 VS Code、TSConfig 或 Angular.json 问题,但我已经旋转了 2 天。
可能相关的是所有库也没有被 VS Code 拾取:
有什么建议吗?
reactjs - Nx 工作区 - 与 tailwindcss 共享库并做出反应
我在设置它时很吃力,所以我想我会分享我的内识。
基本上,我想要一个带有 NX 的 UI 工具包/组件库,可以与例如带有 react 的 webapp 和使用 Next.js 构建的网站共享。
我遇到了这个错误:
[...]这是因为您试图将 Tailwind 的基本样式放在 CSS 模块中,而 CSS 模块不能包含这些类型的规则。这就是 CSS 模块的工作原理,您不应该将 Tailwind 的基本样式放在模块中,这两个概念不兼容。[...]
https://github.com/tailwindlabs/tailwindcss/issues/6717#issuecomment-1000805774