小编ice*_*itz的帖子

有没有一种方法可以将复杂对象的 typedef 写入内联对象键而不是全部放在一个块中？例如，根据 JSDoc 文档https://jsdoc.app/tags-property.html，可以：

/**
 * Config type definition
 * @typedef {Object} Config
 * @property {string} prop1
 * @property {string} [prop2]
 */
let Config = {
     prop1: 'value1',
     prop2: 'value2',
};

变成这样：

/**
 * Config type definition
 * @typedef {Object} Config
 */
let Config = {
     /** @property {string} prop1 */
     prop1: 'value1',
     /** @property {string} [prop2] */
     prop2: 'value2',
};

我已经尝试过各种标签组合，例如 @namespace、@typedef、@member、@memberof 等，但我无法通过尝试任何一种在一个 JSDoc 块中声明所有内容时获得漂亮的属性表。内联格式的标签组合。

在一个块中定义 typedef 是可以的，直到您尝试定义一个跨越数百行的巨大配置对象。必须跳到文件顶部才能找到该键的属性描述，非常麻烦。

我正在尝试将一个项目转换为 TypeScript，并且我已经设置了大部分内容，但我仍在努力将最后几部分放在一起。我希望能够从普通的 JavaScript 项目中使用这个 TypesScript 项目，所以我的理解是我需要为我现有的源发出 d.ts 文件。我的源目前都是 .js，我们计划随着时间的推移慢慢迁移到 TS。我的问题是让声明与当前的导出/要求语句一起发出。

问题的简单演示：

mod1.js

class MyClass {
    constructor(name) {
        this.name = name;
    }
}

module.exports = {
    MyClass,
};

mod2.js

const mod1 = require('./mod1');

module.exports = {
    MyClass: mod1.MyClass,
};

一旦我尝试在 mod2 中导出 MyClass 以重新路由一个可以在使用项目时访问 MyClass 的命名空间，我就会得到 Declaration emit for this file requires using private name 'MyClass' from module '"mod1"'. An explicit type annotation may unblock declaration emit.ts(9006)

我们的代码库中有很多重新路由，包含各种类的文件组，然后我们在每个目录级别使用 index.js 文件来定义该命名空间中哪些项目可用，有时还有一堆 UI 元素它们是实例化的类实例，因此我们可以进行如下调用：

const {app, appui} = require('our-cool-app');
app.feature1.doSomething();
appui.component.someButton.click();

是否有一个简单的修复方法可以让我们的 d.ts …

我有一个 N 1x3 数组的 ndarray 我想与 3x3 矩阵执行点乘法。我似乎无法找到一种有效的方法来做到这一点，因为所有 multi_dot 和 tensordot 等方法似乎都是递归求和或乘以每个操作的结果。我只想像应用标量一样应用点乘法。我可以使用 for 循环或列表理解来完成此操作，但对于我的应用程序来说太慢了。

N = np.asarray([[1, 2, 3], [4, 5, 6], [7, 8, 9], ...])
m = np.asarray([[10, 20, 30], [40, 50, 60], [70, 80, 90]])

我想执行类似这样的操作，但没有任何 python 循环：

np.asarray([np.dot(m, a) for a in N])

这样它就简单地返回[m * N[0], m * N[1], m * N[2], ...]

最有效的方法是什么？有没有办法做到这一点，以便如果 N 只是一个 1x3 矩阵，它只会输出与 np.dot(m, N) 相同的结果？

根据文档https://docs.npmjs.com/files/package.json#files，如果将目录放在package.jsonfiles部分中，则无论如何都会排除指定目录中的某些文件 - 包括. DS_Store。此外，.gitignore或.npmignore中的文件应排除package.json文件部分中指定的任何目录内的文件。