johnymkp's questions

我无法理解如何将参数传递给 webpack 配置（webpack 版本 5）。一些奇怪的行为。

这是 webpack 配置，webpack.config.js：

const path = require('path');

module.exports = (env, argv) => {
  return {
    mode: env.mode,
    entry: './src/index.js',
    output: {
      filename: 'main.js',
      path: path.resolve(__dirname, 'dist'),
      clean: true
    }
  }
};

这是节点项目本身的配置，package.json：

{
  "name": "mywebpack",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "build": "webpack"
  },
  "keywords": [],
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "webpack": "^5.93.0",
    "webpack-cli": "^5.1.4"
  }
}

这就是我调用构建脚本的方式：

npm run build --env mode=development

预期的行为是 webpack 配置中的函数中的 env 参数将有一个 mode 字段，其值将是字符串“development”。但实际上这不会发生，我收到错误

[webpack-cli] Unknown command or entry 'mode=development'

从中可以清楚地看出没有 env.mode。

如果您向构建脚本添加任意参数，例如如下所示：

"scripts": {
    "build": "webpack --env foo=bar"
  }

再次运行npm run build --env mode=development，env.mode就被填满了。我可以通过最终 main.js 文件中的更改来判断这一点；其中出现开发“tinsel”，如果将其转移到生产环境，那么它就会相应消失。

那些。看起来如果脚本描述没有描述单个参数，则根本不会创建参数的对象。但是如果我们在脚本描述中描述至少一个参数，那么在调用这个脚本时我们将能够传递至少10个参数，并且所有这些参数都将成为第一个参数（env）的字段。那么它有效吗？这是第一个问题。

另外，第二个参数 argv 的用途尚不清楚。从文档来看，它应该在运行脚本时收集我们传递的所有参数--（而不是通过 --env）。那些。例如，如果npm run build --hello="Hello, world!"，则 argv.hello 将包含字符串“Hello, world!”。然而，事实并非如此：

const path = require('path');

module.exports = (settings, argv) => {
  console.log("argv.hello=" + argv.hello);  // argv.hello=undefined

  return {
    mode: argv.mode,
    entry: './src/index.js',
    output: {
      filename: 'main.js',
      path: path.resolve(__dirname, 'dist'),
      clean: true
    }
  }
};

该文件传达了事实--mode=production，即你可能会认为这种方式不能传递任意参数，而只能传递 webpack 已知的参数，比如 mode。但是，我尝试像这样传递--mode，它也是未定义的。最终如何正确使用第二个argv参数？这是第二个问题。

我们正在谈论Java。从技术上讲，什么解释了创建子级时总是需要调用父级构造函数的事实？例如，我们有两个类：

public class Asset {
    public String name;

    public Asset(String name) {
        this.name = name;
    }
}

public class House extends Asset {
    public long cost;

    public House(String name, long cost) {
        this.name = name;
        this.cost = cost;
    }
}

在 House 中会出现错误“‘Asset’中没有可用的默认构造函数”。为什么子级调用父级构造函数如此重要？在这种特殊情况下，乍一看，这根本没有必要，因为 对于 House，构造函数会自行填写所有字段。

UPD。该问题与评论中提供的任何链接都不重复。没有一个答案\评论\链接回答我的问题，因为答案归结为：

• “要创建子类的实例，您需要顺序调用超类的构造函数。” 但没有写为什么需要这样做。

然而，根据答案中的短语（Upiter 1401 给出的链接），“超类必须在子类之前初始化，以便任何初始值、内存位置等都具有有效的起始值。”，我得出的结论是，我们需要挖掘父子类之间的技术组织关系。例如：

• 子级中父成员的继承在技术上是如何实现的？那些。这是将成员复制到后代的平庸的幕后行为，还是连接内存中两个类的更狡猾的机制。
• 创建子实例时，是否将父类的类加载到内存中。
• 构造函数在创建实例时的技术作用是什么，因为字段是在构造函数执行之前初始化的。因此，这并不是它总是在实例创建过程结束时调用的主要原因。
• ETC。

我在读 Sam Newman 的书《Creating Microservices》，有这样一句话：

通过同步阻塞调用，微服务将某种类型的调用发送到下游进程（可能是另一个微服务）并阻塞，直到调用完成，并且可能直到收到响应。

俄语翻译：

在同步阻塞调用中，微服务调用下游进程（可能是另一个微服务）并阻塞，直到调用完成并且可能收到响应。

我想澄清一下 - 整个微服务（毫秒）是否被阻止，或者只是进行调用的线程？

我想象这样的工作：假设我们有 2 毫秒，A 和 B，在 Spring Web 或任何其他 Web 框架上完成。每个女士一份。

• 用户单击某些内容。
• 请求发送至 A。
• 在 A 中创建一个新线程（或从池中取出 - 这并不重要）来服务传入的请求。
• A 给 B 打电话并等待他的回复。
• 在这种情况下，并不是整个 A 被阻塞，而是只有服务请求的线程被阻塞。

因此，如果另一个用户也点击了某些内容，那么他​​的请求也将由单独的线程提供服务，因此 MS A 本身不会被阻塞并继续正常工作。那么为什么书上会说微服务被屏蔽呢？