小编tom*_*tom的帖子

初学者 React/Typescript 学习者在这里，我正在努力改进我拥有的这门课：

import * as React from 'react';
import {Form, IFields, isEmail, required} from "../../components/Form";
import {Field} from "../../components/Field";

const API = '/api/getmonth';

export interface Props {
}

interface State {
  data: string[],
  isLoading: boolean,
  error: any,
}

class monthForm extends React.Component<Props, State> {
  constructor(props: Props) {
    super(props);

    this.state = {
      data: [],
      isLoading: false,
      error: null,
    };
  }


  componentDidMount() {
    this.setState({isLoading: true});

    fetch(API)
      .then(response => {
        if (response.ok) {
          return response.json();
        } else {
          throw new Error('Error getting …

我遇到一个具有以下2个依赖项的问题：

org.apache.felix»org.apache.felix.utils»1.6.0

和

com.github.rotty3000»phidias»0.3.2

它们都对org.osgi.core具有传递依赖关系，felix依赖于版本4.1.0，phidias依赖于版本5.0.0

我们需要版本5.0.0才能正确编译我们的代码

如果我将依赖项设为：

<dependencies>
    <dependency>
        <groupId>org.apache.felix</groupId>
        <artifactId>org.apache.felix.utils</artifactId>
        <version>1.6.0</version>
        <scope>compile</scope>
    </dependency>
    <dependency>
        <groupId>com.github.rotty3000</groupId>
        <artifactId>phidias</artifactId>
        <version>0.3.2</version>
        <scope>compile</scope>
    </dependency>
</dependencies>

maven自动获取版本4.1.0，导致编译错误。如果我将phidias放在felix之上，它将获得版本5.0.0并可以正常编译。

我们要按字母顺序对依赖项进行排序，以便felix排在最前面，是否仍然有必要强制osgi.core解析5.0.0版本？

谢谢！

我遇到了一个非常奇怪的问题:我编写了一个CSV解析器,它将第一行作为标题读取,然后创建一个映射,其中key是标题,value是后续行中的值.

问题是地图似乎无法检索第一列标题的值.如下所示:

正如您所看到的,"abc"位于HashMap条目#23中,但是当我检索它时,它将显示为null.

我认为它与我的CSV文件有关,但为什么地图条目在调试器上正确显示但无法检索？

我的CSV文件如下所示:

abc,数据源,实体,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22 ,23,24 NA,source1,entity1,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124

是否有任何理由要使用String.replaceAll(String,String)而不是StringUtils.replace()全部使用？

假设两个库都可用，并且我们没有传递正则表达式。

从关于这一主题的几个以前的职位，我看到有多个测试和基准指着那String.replace是缓慢的，但我不记得任何人解释是否有使用的情况下，String.replaceAll在StringUtils.replace

基准测试源：Commons Lang StringUtils.replace性能vs String.replace