ext-js DateField选择的时间不可以用long类型传递

简介:

 长期在US,大半年不更新博客了,现在有空吧自己和团队一些开发过程中遇到的问题和解决方案分享出来。

 

现象:

这里我们讲,在前端,我们用Extjs的DateField来让用户选择日期,

 
 
  1. items:[ 
  2.                     { 
  3.                         xtype:'displayfield', 
  4.                         margin:'20 0 0 15', 
  5.                         id:'appEnvShow', 
  6.                         value:'What is your expected golive date for this <b>[Dev]</b> environment' 
  7.                     }, 
  8.                     { 
  9.                         xtype:'datefield', 
  10.                         format:'m/d/Y', 
  11.                         allowBlank:false, 
  12.                         emptyText:'mm/dd/yyyy', 
  13.                         margin:'10 0 0 15', 
  14.                         width:100, 
  15.                         selectOnFocus:true, 
  16.                         minValue:new Date(), 
  17.                         name:'goliveDate' 
  18.                     } 
  19.                ] 

然后在我们收集所有数据并且构建json对象时候,我们一开始传递的是对应这个日期的long类型,如下,见我特别加粗的代码行17-19:

 

 
 
  1. Ext.define('envprovision.controller.Envprovision', { 
  2.     extend: 'Ext.app.Controller', 
  3.     init: function() { 
  4.         var scope = this; 
  5.         this.serviceCheckedArr = []; 
  6.         this.control({ 
  7.             'button[name=btnNextInDefineApp]':{ 
  8.                 click:function(btn){ 
  9.                     var form = btn.up('[name=sbumitform]'); 
  10.                     if(form.getForm().isValid()){ 
  11.                         var paraObj = form.getValues(); 
  12.                         var appInfoJSONData = {}; 
  13.                         for(var index in paraObj){ 
  14.                             if(index !='title' && index !='url'){ 
  15.                                 appInfoJSONData[index] = paraObj[index]; 
  16.                             } 
  17.                             if(index == 'goliveDate'){ 
  18.                                 appInfoJSONData[index]  = Date.parse(appInfoJSONData[index]); 
  19.                             } 
  20.                         } 
  21.                         var titleArr = paraObj.title; 
  22.                         var urlArr =paraObj.url; 

 

这样导致的结果是每次当用户选择一个日期时候,这个long类型我们到后端java程序用这个long类型来构造java.util.Date类型时候,得到的日期如果转化为GMT 时间,总比我们传递过来的时间少一天。

 

比如说,我们从DateField中选择的日期是2-22-2013 ,那么我们打开Firebug调试后,会发现实际这个日期对应的long值为1361462400000,然后我们用这个long值来构造java.util.Date(),并且转为GMT时间,如下:

 
 
  1. Date d = new Date(1361462400000L); 
  2. System.out.println(d.toGMTString()); 

结果显示的是  21 Feb 2013 16:00:00 GMT

 

结论:

开始,我和我们团队的人都认为这个是因为Ext-js的Date(实际是javascript的Date)和java.util.Date基于的标准时间不一样,后来我们查阅了文档,发现文档中说,这2个日期都是基于GMT 的1970年1月1日0时0分0秒,后来我们网上搜了些文章,发现很多人都报告了这个是一个BUG.比如:

http://www.sencha.com/forum/archive/index.php/t-62250.html

 

解决方法:

既然传递long值存在不一致的问题,那么最保险的做法就是不传递long值而是只传递对应的String值,比如我们在ext-js中,我们让这个组件不传递long值,也就是注释掉controller的被我highlight的17-19行,这样,传递到json payload中的值就是02/22/2013这样的字符串,然后我们在java程序中,从字符串中分离出年,月,日,然后构造java.util.Date():

 
 
  1. public long getLongGoliveDate(){ 
  2.         String goliveDate = getGoliveDate(); 
  3.         int month =     Integer.parseInt(goliveDate.substring(0,goliveDate.indexOf("/"))  ); 
  4.         int day=    Integer.parseInt(goliveDate.substring(goliveDate.indexOf("/")+1,goliveDate.lastIndexOf("/"))  ); 
  5.         int year=   Integer.parseInt(goliveDate.substring(goliveDate.lastIndexOf("/")+1,goliveDate.length())  ); 
  6.          
  7.         Date date = new Date(year-1900,month-1,day); 
  8.         return date.getTime(); 
  9.     } 

这样得到的date.getTime()对应的long类型就准确无误了,可以参与任何计算,最后如果要吧结果返回到客户端的时候,只要再反转为字符串类型就没问题了。

 





本文转自 charles_wang888 51CTO博客,原文链接:http://blog.51cto.com/supercharles888/1138775,如需转载请自行联系原作者

目录
相关文章
|
JavaScript 前端开发 开发者
如何在 JavaScript 中处理不同类型的错误?
【10月更文挑战第29天】通过对不同类型错误的准确识别和恰当处理,可以提高JavaScript程序的可靠性和稳定性,减少错误对程序运行的影响。
|
JavaScript 前端开发 安全
深入理解TypeScript:增强JavaScript的类型安全性
【10月更文挑战第8天】深入理解TypeScript:增强JavaScript的类型安全性
597 0
|
JavaScript 前端开发 Java
除了 JavaScript,还有哪些编程语言支持 Set 类型
【10月更文挑战第30天】这些编程语言中的 `Set` 类型虽然在语法和具体实现细节上有所不同,但都提供了类似的集合操作功能,方便开发者在不同的编程场景中处理集合相关的数据和逻辑。
682 113
|
JSON 前端开发 JavaScript
聊聊 Go 语言中的 JSON 序列化与 js 前端交互类型失真问题
在Web开发中,后端与前端的数据交换常使用JSON格式,但JavaScript的数字类型仅能安全处理-2^53到2^53间的整数,超出此范围会导致精度丢失。本文通过Go语言的`encoding/json`包,介绍如何通过将大整数以字符串形式序列化和反序列化,有效解决这一问题,确保前后端数据交换的准确性。
661 4
|
开发框架 JavaScript 前端开发
TypeScript 是一种静态类型的编程语言,它扩展了 JavaScript,为 Web 开发带来了强大的类型系统、组件化开发支持、与主流框架的无缝集成、大型项目管理能力和提升开发体验等多方面优势
TypeScript 是一种静态类型的编程语言,它扩展了 JavaScript,为 Web 开发带来了强大的类型系统、组件化开发支持、与主流框架的无缝集成、大型项目管理能力和提升开发体验等多方面优势。通过明确的类型定义,TypeScript 能够在编码阶段发现潜在错误,提高代码质量;支持组件的清晰定义与复用,增强代码的可维护性;与 React、Vue 等框架结合,提供更佳的开发体验;适用于大型项目,优化代码结构和性能。随着 Web 技术的发展,TypeScript 的应用前景广阔,将继续引领 Web 开发的新趋势。
677 2
|
编译器 C#
c# - 运算符<<不能应用于long和long类型的操作数
在C#中,左移运算符的第二个操作数必须是 `int`类型,因此需要将 `long`类型的位移计数显式转换为 `int`类型。这种转换需要注意数据丢失和负值处理的问题。通过本文的详细说明和示例代码,相信可以帮助你在实际开发中正确使用左移运算符。
348 3
|
存储 JavaScript 前端开发
js的基础类型和引用类型
【10月更文挑战第29天】理解 JavaScript 中的基础类型和引用类型的区别对于正确地编写代码和理解程序的行为非常重要。在实际开发中,需要根据具体的需求合理地选择和使用不同的数据类型,以避免出现一些意想不到的错误和问题。同时,在处理引用类型数据时,要特别注意对象的引用关系,避免因共享引用而导致的数据不一致等问题。
|
编译器 C#
c# - 运算符<<不能应用于long和long类型的操作数
在C#中,左移运算符的第二个操作数必须是 `int`类型,因此需要将 `long`类型的位移计数显式转换为 `int`类型。这种转换需要注意数据丢失和负值处理的问题。通过本文的详细说明和示例代码,相信可以帮助你在实际开发中正确使用左移运算符。
482 2
|
编译器 C#
c# - 运算符<<不能应用于long和long类型的操作数
在C#中,左移运算符的第二个操作数必须是 `int`类型,因此需要将 `long`类型的位移计数显式转换为 `int`类型。这种转换需要注意数据丢失和负值处理的问题。通过本文的详细说明和示例代码,相信可以帮助你在实际开发中正确使用左移运算符。
491 0
|
JavaScript 前端开发
JavaScript返回判断类型有哪些?
JavaScript返回判断类型有哪些?
346 0