[DatePicker] 用户更改日期时间段时，没有一个回调函数可以准确的判定用户选择动作结束

[KKDKK513]

这个功能解决了什么问题

我有一个需求是根据时段去数据库获取大量数据，DatePicker组件我给了一个近一周的默认值。
当用户想去修改时间时，修改了时段起点，时段终点并不会置空。
这时用户可以有两种选择，第一就是我点击空白处收起下拉栏，时段终点我不改了；第二就是继续选择时段终点。
如果用户继续选择时段终点，这两次选择都会触发change或者pick事件，如果我获取数据的逻辑写在这个事件中，会连着请求两次接口，造成资源浪费。
如果我获取数据的逻辑不写change或者pick这里，无法判断何时为用户选择动作完成的时机。
参考element UI的日期选择，那个选择完起点日期，终点日期会置空，当选择完起始日期之后才会修改整个datePicker的value值，这样就会有一个用户修改完成时段的一个动作点。
也许我们可以加一个下拉栏收起的触发事件（因为用户选完起始日期，一定会触发下拉栏收起），或者有更好的办法？。从我在官网的了解，目前确实缺少一个判断用户选择完起始日期的点，如果我看漏了很抱歉，麻烦指导我一下。

你建议的方案是什么

我的建议是：
1.也许可以加一个下拉栏收起的触发事件（因为用户选完起始日期，一定会触发下拉栏收起）。
2.修改为跟elementUI 一样的（新增一种模式？），修改时段需要重新选择起始日期点才更新值， 但并不是要求跟element UI一样，只是在便捷性上看
3. 或者加一个确定按钮也可以 ，点击确定才改值。现在好像是除了日期+时间的模式 是没有确定按钮的，

psss：也有很多地方做的很好 没有跟Element UI比的意思 ，谢谢

[github-actions]

👋 @KKDKK513，感谢给 TDesign 提出了 issue。
请根据 issue 模版确保背景信息的完善，我们将调查并尽快回复你。

[Cat1007]

这里的场景遇到过，其实过多的确认反而会影响时间编辑的效率（比如提到的置空），可能对于另一部分不希望编辑结束时间的用户而言，倒是不方便，因为要选择回一个一模一样的结束时间。
我这边实践下来，提供一些便捷的区间选择，那些即刻触发查询。针对时间区间的修改，多做一个搜索/刷新的按钮，让用户去显式触发查询，操作下来接受度还可以