xkzhangsan

> 例1：从上海到北京，一共花了只消4.5小时 > 解析后的时间为：2019-04-05 00:00:00 > > 例2：买花用了10.1元 > 时间为：2018-10-01 00:00:00 正则匹配没有那么智能，这些有可能表示时间，是否可以增加一个参数开关，0 表示目前处理，1 表示不处理种情况，2 表示智能的处理，带单位的不处理。

在我的代码中已修复这个问题，默认只有小数后面带“号”或“日”等时间单位才解析。

下午3点，使用了3来比较，实际上应该是3+12 即 15来比较。 在我的代码中已经修复这个问题， https://github.com/xkzhangsan/xk-time

在我的代码中已修复1小时后，1个半小时后，1小时50分钟等解析问题；并且支持到秒，比如50秒后，10分钟30秒后等。

> 类似于"一个小时后"这样的语句不能识别. 年月日的前后支持，时分秒不支持，我正在自己的分支上开发。

在我的代码中已修复1小时后，1个半小时后，1小时50分钟等解析问题；并且支持到秒，比如50秒后，10分钟30秒后等。

不好处理，目前的结构就是时间点。

> 例如 星期三(11月29日)8点半 会识别为星期三 丢失对日期的识别 而且以星期三之后的星期四 星期五等识别还是之前的星期三 是不是可以修改timeunit中的 norm_setCurRelated方法 进行下判断 如果是有精确地时间了 就不在进行这个规范化 这个好像不太好处理，应该会当做2个独立的时间识别。

> 请输入要识别的时间：下周三到周五 > timestamp0: 2020-04-08 00:00:00 > timestamp1: 2020-04-03 00:00:00 正则匹配，没有那么智能，需要特殊处理。

需要加上前或者后，比如三天后。 我验证是支持的年月日，不支持时分秒。正在我的分支是开发支持时分秒功能。