小编Tim*_*ilt的帖子

如果我eslint .从项目根目录运行，它会将所有错误和警告打印到控制台，正如我所期望的那样。

但是，当我cd进入该项目的子目录时，eslint .会产生以下错误消息：

<--- Last few GCs --->

[10574:0x4e6ca40]    72313 ms: Mark-sweep (reduce) 4073.6 (4143.3) -> 4073.0 (4143.8) MB, 3637.8 / 0.0 ms  (average mu = 0.082, current mu = 0.001) allocation failure scavenge might not succeed
[10574:0x4e6ca40]    75948 ms: Mark-sweep (reduce) 4074.1 (4143.8) -> 4073.0 (4144.1) MB, 3630.7 / 0.0 ms  (average mu = 0.043, current mu = 0.001) allocation failure scavenge might not succeed


<--- JS stacktrace --->

FATAL ERROR: Reached …

我.pyd在 Visual Studio 2019（社区）中构建了一个，它为仅存在于 LibRaw 中的某些功能提供了包装器。该解决方案编译成功，没有任何警告或错误。该项目使用 LibRaw、OpenCV 和 pybind11 以及Python.h相应的.lib文件。

当我尝试导入.pydPython 解释器内部时，我得到：

C:\\Users\\Tim.Hilt\\source\\repos\\cr3_converter\\Release>dir\n Datentr\xc3\xa4ger in Laufwerk C: ist Acer\n Volumeseriennummer: EC36-E45E\n\n Verzeichnis von C:\\Users\\Tim.Hilt\\source\\repos\\cr3_converter\\Release\n\n22.01.2020  11:28    <DIR>          .\n22.01.2020  11:28    <DIR>          ..\n22.01.2020  11:28               808 cr3_converter.exp\n22.01.2020  11:28         3.068.361 cr3_converter.iobj\n22.01.2020  11:28           785.552 cr3_converter.ipdb\n22.01.2020  11:28             1.908 cr3_converter.lib\n22.01.2020  11:28         4.190.208 cr3_converter.pdb\n22.01.2020  11:28           953.856 cr3_converter.pyd\n31.10.2019  16:22        26.408.085 IMG_0482_raw.CR3\n               7 Datei(en),     35.408.778 Bytes\n               2 Verzeichnis(se), 77.160.587.264 Bytes frei\n\nC:\\Users\\Tim.Hilt\\source\\repos\\cr3_converter\\Release>python\nPython 3.8.1 (tags/v3.8.1:1b293b6, Dec 18 2019, 22:39:24) [MSC v.1916 32 bit …

我刚刚开始使用 kubebuilder 和 Golang 使用自定义资源扩展我们的 Kubernetes 集群。我很想根据实际调用它的事件在协调器功能中做不同的事情。

资源创建了吗？更新了吗？被删了吗？

这些事件中的每一个都会触发控制器，但是，我似乎无法找到查看哪些事件实际发生的可能性。我可以通过编写这样的协调器来解决这个问题：

func (r *ServiceDescriptorReconciler) Reconcile(ctx context.Context, req ctrl.Request) (ctrl.Result, error) {
    service := &batchv1.ServiceDescriptor{}
    if err := r.Get(context.TODO(), req.NamespacedName, service); err != nil && errors.IsNotFound(err) {
        fmt.Println("Resource was not found -> must have been deleted")
    else {
        fmt.Println("No errors found -> Resource must have been created or updated")
    }
}

然而，这感觉奇怪地含蓄而且有点老套。

是否有一种干净的（可能是本机的）方法来获取协调器调用的事件类型？

我们使用 OpenAPI 3.0.0 架构构建 API，并生成用于应用程序前端部分的打字稿代码。我们定义了一个端点，它应该能够使用多个文件并将它们上传到后端。这是端点的 requestbody 的样子：

requestBody:
  content:
    multipart/form-data:
      schema:
        properties:
          images:
            type: array
            items:
              type: string
              format: binary
        required:
          - images

在有关文件上传的 OpenAPI 网页以及 Stackoverflow 上的多个帖子中也找到了类似的定义。

生成 API 时，images预计类型为Array<Blob>。当文件输入元素的输入在前端发生更改时，将调用端点。更具体地说，端点的调用方式如下：

const onInputChange = useCallback(() => {
  const files = inputRef.current.files; // React.useRef that's passed in as ref for the html input-element
  uploadImages(Array.from(files)); // uploadImages is the function that calls the endpoint
}, [inputRef, api]);

在这种情况下，API 验证始终返回状态代码为 400 - 错误请求的 HTTP 响应。查看 OpenAPI 生成器生成的实现，-propertyimages …