之前的博客中有特地介绍过CRM中的时间字段以及它在不同的应用场景中涉及的时制转换,而CRM2016又给时间字段添加了新的行为,具体见下属截图,简单介绍下每个图中对应的行为的意思,最后会做demo来具体演示. 下图和之前的版本时间一样,带时制 下图是仅限日期,当行为选择仅限日期后,格式自然也就是仅限日期而无法修改为日期和时间了,其他的两种行为均可选择格式 下图的行为顾名思义就是没有时区了,存取该是什么就是什么没有以往那种默认8小时的时差的概念了 下面是个简单的demo,定义了3个字段存放不同的时间…

本篇又是一次来谈到CRM中时间字段的问题,那这次要谈的是在引用web api过程中写代码上的注意事项,常用的代码场景即JS和c#. 先来看下js,从下图中可以看到,我直接将new Date()赋值给时间字段时,经过json序列化后会将本地时间转化为国际时间,那如果我的时间字段的行为是无时区,写进后台数据库的就是国际时间那就是错误的,会有8小时的时差. 那怎么办呢,我们想到的简单粗暴的方式就是new Date().toString()这样json处理的是字符串而不是时间就不会减8转化为国际时间了,…

前面两篇介绍了后台代码通过组织服务获取更新时间字段.窗体javascript通过Odata获取更新时间字段,最后篇来实验下在插件中的获取和更新时间字段是否需要时制的转化,为何说是最后篇呢,因为在CRM的开发中需要敲代码的也就这三个场景了,话不多说直接上手. 做了个简单的例子可以看到,插件中取到的也是UTC时间是需要进行8小时时制转化的. 再来看下update,从下面截图中可以看到直接将当前时间赋值是正常显示的.所以插件中的时间获取需要转化,而更新时间不需要转化.…

前篇我们论述了时间字段的查询,本篇来论述下时间字段的更新. 还是以之前建的当地时间(时间行为为用户当地时间)字段来测试 可以看到web api更新的是数据库的时间,而在前台的反映就是做了加8处理,所以后期在时间字段的处理上要多加注意,分清楚该之间字段的行为到底是什么.…

我的博文里已经有多次提到CRM中的时间处理问题了,本篇继续探讨在web api的场景下时间字段如何处理,本篇只涉及查询,针对2016中新增的时间行为"用户当地时间"和"无时区"展开. 首先以我客户中的一条数据为例,出生日期为"2016/3/16",类型为"用户当地时间" 但当我以"2016-03-16"作为条件通过web api去查询时,却查不到任何数据(其实这个时候你应该依稀知道和时区有关了) 为了佐证我…

在mysql数据库中关于日期时间字段的处理 在开发中,日期时间字段一般有如下几种设计 假设要获取2013-08-15日到2013-08-16日之间的记录 1. 直接使用日期时间类字段 相关sql语句如下 select * from cms_news where news_add_time between str_to_date("2013-08-15 00:00:00",'%Y-%m-%d %H:%i:%s') and str_to_date("2013-08-16 23:5…

本篇延续上篇博文继续时间字段的转化实验,本篇讲的是在窗体Javascript中获取及更新时间字段的具体写法,是否需要进行时制的转化,先看下通过ODATA取到的时间字段值 当然取出来看格式就知道是不能直接用的,需要进行格式的转换,转换方式如下 date = date.replace("/Date(",""); date = date.replace(")/",""); dateValue = new Date(parseInt(…

做CRM开发的都知道,在系统时间字段的处理上是有讲究的,因为数据库中存的是UTC时间,CRM的界面时间字段会根据个人设置中的时区以及格式自动调整,这是最基本的一面,那还有很多使用时间的场景,比如脚本使用ODATA调用组织服务取时间.后台代码中通过组织服务取时间.报表中通过sql取时间等等.报表是最容易理解的因为直接取得sql时间字段也就是UTC时间,那要正确显示直接加8小时就行. 这里主要说的是后台代码中通过组织服务取时间,我们先看一个我们常用的24小时制的显示时间 下图是个人选项中的时间的设置…

mysql中时间字段datetime怎么判断为空和不为空一般为空都用null表示,所以一句sql语句就可以.select * from 表名 where 日期字段 is null;这里要注意null的用法,不可以用=null这样的形式表示.相反,要取出不为空的数据,就是is trueselect * from 表名 where 日期字段 is true;…

JAVA代码实现按列表中元素的时间字段排序 导语: 工作中遇到一个问题,调用第三方接口返回的数据没有按时间倒序排列,测试说要加,然后在网上找到一个解决办法,这里记录一下 需求: 如下图列表,按生日进行倒序排列 用户类 @Data @AllArgsConstructor public class User { private String name; private String birthday; } 测试类 @SpringBootTest @Slf4j public class TestSor…