背景：

       前段时间在百度经验看到一篇文章，之前也听过这个小技巧，但没真正动手设置过。所以出于好奇就实践了一下。

      设置完成后的效果例如以下。右下角的时间区域添加了我的名字 “Danny” ：

      

      以上为背景。

没想到这个小技巧给我带来了麻烦（当然也是一次学习和提高的机会）。

      该字符串未被识别伪有效的DateTime

       正在做的新闻公布系统。数据库中存储时间的字段类型为datetime类型，而且字段值都是在server端自己主动获取的。想在client以“yyyy-MM-dd HH:mm:ss”的格式显示时间时，出现了一个问题：“该字符串未被识别伪有效的DateTime”：

         错误页面例如以下图：

         

        获取异常，异常提示为：

         

        出错关键代码为：    

lblCreateTime.Text = Convert.ToDateTime(news.CreateTime).ToString();  //【注】：lblCreate为前端显示页面一个Lable；news为查询后得到的“新闻”实体类，CreateTime为它的一个字段

        推測是我本机电脑时间格式的问题，在client获取了一下时间news.CreateTime的值，格式为：“2014/8/23 星期六 Danny 13:10:14”。而该条记录的时间在数据库中存储的值为 “2014-08-2313:10:14”。经过測试，假设news.CreateTime在数据库中存储的类型为varchar()，则不会产生此错误。

于是能够知道。这里时间格式转化的过程是这种：

         

        在这个过程中。系统推断出从数据库中获取到的值为datetime类型，所以要将获取到的值（比方这里从数据库中获取的时间值为“2014-08-2313:10:14”）转化为本机的时间格式（比方我电脑的时间格式“2014/8/23 星期六 Danny13:10:14”），在进行最后一步格式转化时，系统则无法识别用户自己定义的时间格式（比方这里的“2014/8/23 星期六 Danny13:10:14”），从而报错。

        在网上找了两篇总结Asp.net中时间格式转化的文章：、。

这么多种方法。大体上我把它分为两个方式：在界面代码（*.aspx）上转换 & 在后台代码（*.aspx.cs）上转换。

         解决方法

         解决问题用了两个办法：

        1、假设数据库中存储时间的数据类型为datetime。那就避免在后台代码（*.aspx.cs）中转化时间格式，将格式转化的任务放到界面代码（*.aspx）上。

        比方上面的样例中，不管获取的时间是什么格式的，在后台不要对这个时间的值进行不论什么操作（比方赋值等，否则系统会将时间隐式转换），而是直接在界面代码（*.aspx）用DataBinder、Eval等方法来直接进行格式化：

        后台关键代码：    

	DataTable dt = new NewsManager().SelectById(newsid);     //这里得到的dt为从直接数据库中查询到的数据    	    repNews.DataSource =dt;            repNews.DataBind();

        前台关键代码：

	
                 
                      
       
                    公布时间:                     <%# DataBinder.Eval(Container.DataItem,"createTime","{0:yyyy-MM-dd HH:mm:ss}") %>       <%--此处createTime为上面dt中的字段名--%>                
            
              
     

        事实上。大部分系统中的时间格式。那些格式转化函数还是“认识”的，但假如有的将自己的系统时间格式设置为“2014/8/23 星期六Danny 13:10:14”。有的设置为“2014/8/23 星期六胡玉洋 13:10:14”……，这些函数肯定猜不到那么多中自己定义的情况。

        所以，在设计软件的过程中。最好把client这个因素刨除在外，保证各种使用环境的兼容性，时间在数据库中产生。相同显示时也仅仅显示数据库中的时间（避免client的过滤）。

        2、将数据库中存储时间的数据类型改为varchar()，只是这时最好让这些时间是数据库中自己主动生成的（一个没有格式的输入也可能会导致输出错误），由于存储类型为varchar()。所以获取到的值也就被觉得是一个字符串。这时在转换时间格式时就少了上图中【将获取的时间转化为client时间格式下的值】的步骤，直接将数据库中的时间字符串进行转化（这时那些转化函数是能识别数据库中的时间函数的），client的时间格式不再影响转换过程。

        只是数据库中存储时间的类型假设为字符型也会带来一些麻烦：

        数据库中的时间不过用来显示、查找的，那么影响还不算大，但假设对时间字段进行一些算法如计算星期、DateDiff、DateAdd等，那就麻烦了，尤事实上在大型数据查询中转换类型是会影响效率的

        总结

        数据库中存储日期的字段类型究竟应该用varchar还是datetime ？这两种方法各有优势，datetime能够借用sql函数库中运算函数，添加了时间在各种运算上的效率；而varchar类型则能够在字符编码上显出优势。在 存储的时间将来不须要进行大量计算 的前提下，能够考虑选择varchar类型，反之。选择datetime类型。