jQuery MiniUI

标题: 任务开始日期被覆盖，无法赋原先值 [打印本页]

作者: 匿名 时间: 2021-12-28 21:41:14 标题: 任务开始日期被覆盖，无法赋原先值

[attach]13485[/attach]
查询之后，已经处理好并且赋值自己填写的日期12-01号，但是进入甘特图后开始日期自动变换为当天的日期，需要如何更改这个问题？哪个地方会影响到这个日期？

作者: felt 时间: 2021-12-29 09:01:34

项目管理中间件有排程算法，任务的日期不是根据本身的时间来排布，而是根据项目开始时间，前置关系，限制条件等多因素共同作用生成的。只有在我们甘特图内编辑，再保存，下次取出来的数据才能和上次一致。你在外部编辑是无法和我们排程算法一致的。

作者: abcdefg 时间: 2021-12-29 10:03:28

felt 发表于 2021-12-29 09:01
项目管理中间件有排程算法，任务的日期不是根据本身的时间来排布，而是根据项目开始时间，前置关系，限制条 ...

意思是。我必须先用甘特图本身的保存方法，再去调用我自己的添加接口和查询接口后，开始日期才能正常显示吗？

作者: felt 时间: 2021-12-29 15:05:01

abcdefg 发表于 2021-12-29 10:03
意思是。我必须先用甘特图本身的保存方法，再去调用我自己的添加接口和查询接口后，开始日期才能正常显示 ...

可以这样处理

作者: abcdefg 时间: 2021-12-29 15:08:53

felt 发表于 2021-12-29 15:05
可以这样处理

这样子好麻烦，还多了几个多余的操作

作者: abcdefg 时间: 2021-12-31 10:35:41

felt 发表于 2021-12-29 15:05
可以这样处理

这样子还是无法处理掉这个问题

作者: felt 时间: 2021-12-31 11:29:49

abcdefg 发表于 2021-12-31 10:35
这样子还是无法处理掉这个问题

不可能的，我们控件内生成的时间保存好，下次加载出来肯定是一致的。

作者: abcdefg 时间: 2022-1-4 14:19:56

本帖最后由 abcdefg 于 2022-1-4 14:47 编辑

felt 发表于 2021-12-31 11:29
不可能的，我们控件内生成的时间保存好，下次加载出来肯定是一致的。

我不太理解什么情况才会出现这个，startDate还没1.1号的时候，显示的2021.12.31号，今天一看变成了1.4号，是什么问题，才会影响了这个startDate；project.getData().Tasks里面的任务开始日期也是同样一起变成了1.4号，上次本身应该是12.31号的，需要必须要通过哪一个进行提交或编辑的时候才不会影响到？以及我保存项目时间后，任务的开始日期都是跟着项目所保存的时间一致，无法更换成我自己选择的日期。

作者: felt 时间: 2022-1-4 15:07:58

abcdefg 发表于 2022-1-4 14:19
我不太理解什么情况才会出现这个，startDate还没1.1号的时候，显示的2021.12.31号，今天一看变成了1.4号， ...

这我就不太明白了，你保存的项目数据，为什么下一次加载出来还会变化了？？

作者: abcdefg 时间: 2022-1-4 15:10:24

felt 发表于 2022-1-4 15:07
这我就不太明白了，你保存的项目数据，为什么下一次加载出来还会变化了？？ ...

我知道这个原因的话我就不会问了，数据库返回的数据是正确的，我打印出来也是正确的，但是我看了project打印出来的数据就不对了

作者: abcdefg 时间: 2022-1-4 15:18:09

felt 发表于 2022-1-4 15:07
这我就不太明白了，你保存的项目数据，为什么下一次加载出来还会变化了？？ ...

若是插件本身有哪一个方法重写会影响到的话麻烦告知一下，因为我现在用的是以前同事重写过，没有完整文档，无法定位问题

作者: felt 时间: 2022-1-4 15:42:17

abcdefg 发表于 2022-1-4 15:18
若是插件本身有哪一个方法重写会影响到的话麻烦告知一下，因为我现在用的是以前同事重写过，没有完整文档 ...

请把保存前和保存后再次加载出来的数据都贴出来，我估计是你们保存的问题了，

作者: abcdefg 时间: 2022-1-4 15:51:20

本帖最后由 abcdefg 于 2022-1-4 15:53 编辑

felt 发表于 2022-1-4 15:42
请把保存前和保存后再次加载出来的数据都贴出来，我估计是你们保存的问题了， ...

保存后

作者: felt 时间: 2022-1-4 16:21:08

abcdefg 发表于 2022-1-4 15:51
保存后

这个我们就不清楚你们保存的时候处理了什么了，断点调试保存吧，看为什么保存之后时间变化了

作者: abcdefg 时间: 2022-1-4 16:45:14

felt 发表于 2022-1-4 16:21
这个我们就不清楚你们保存的时候处理了什么了，断点调试保存吧，看为什么保存之后时间变化了 ...

试过了，我只是把后台返回的字段都换成了甘特图的对应大写字段，也就没有其他处理了

作者: felt 时间: 2022-1-4 17:57:25

abcdefg 发表于 2022-1-4 16:45
试过了，我只是把后台返回的字段都换成了甘特图的对应大写字段，也就没有其他处理了 ...

不可能的，你可以测试我们试用包，前端修改后保存，下次再加载出来可定是一致的结果。如果保存之后数据都会改变，保存的意义何在

作者: abcdefg 时间: 2022-1-6 15:46:02

本帖最后由 abcdefg 于 2022-1-6 16:27 编辑

felt 发表于 2022-1-4 17:57
不可能的，你可以测试我们试用包，前端修改后保存，下次再加载出来可定是一致的结果。如果保存之后数据都 ...

有没有意义我不清楚，你看看有没有哪个技术人员能解决这个问题的吧。这个问题浪费你我太多时间了。实在不行，说一下哪个JS文件的核心方法被重写过会影响到它
[attach]13499[/attach]

作者: felt 时间: 2022-1-10 09:50:42

abcdefg 发表于 2022-1-6 15:46
有没有意义我不清楚，你看看有没有哪个技术人员能解决这个问题的吧。这个问题浪费你我太多时间了。实在不 ...

为什么你这开始时间会是23:59:59，在我们处理中开始时间都是00:00:00，前一天的23:59:59等于后一天的00:00:00了

作者: abcdefg 时间: 2022-1-10 14:10:37

本帖最后由 abcdefg 于 2022-1-10 14:20 编辑

felt 发表于 2022-1-10 09:50
为什么你这开始时间会是23:59:59，在我们处理中开始时间都是00:00:00，前一天的23:59:59等于后一天的00:0 ...

格式有对应成你们处理的格式；通过处理后发现：
1.只能在drawcell里面进行数据渲染才有我自己想要的时间；
2.通过drawcell渲染的出来的时间数据，无法通过CellCommitEdit去提交编辑后的新数据，工期也无法相对应，
时间被drawcell给固定了，相当于，我新选了一个时间，但是显示出来的还是由drawcell所给的时间
可否通过QQ或VX进行直接对接联系？这样子不用浪费太多时间，不然帖子里加个好友也行

作者: felt 时间: 2022-1-14 13:22:38

abcdefg 发表于 2022-1-10 14:10
格式有对应成你们处理的格式；通过处理后发现：
1.只能在drawcell里面进行数据渲染才有我自己想要的时间； ...

购买用户我们都有加过技术人员的qq的，请联系你们购买时候的人员。

欢迎光临 jQuery MiniUI (http://miniui.com/discuss/)