内容简介:I had thought to write a post on this, but never got around to it.Essentially, this is the practice I use:
Rails better practice for dealing with altering the current process's timezone
In Rails, Prefer `.use_zone` to `.zone=`
I had thought to write a post on this, but never got around to it.
Prathamesh Sonpatki beat me to it :)
Essentially, this is the practice I use:
Time.use_zone(current_user.timezone) do # Do Time and DateTime operations under the auspices of the # current user's timezone setting. Time.current # The current time in the current user's timezone Time.zone.now # Equivalent to the above end
It's better than just supposing that Time.zone
has been set somewhere in the current process, or
that Time.zone
has been set to what the code in the block expects it to be!
In Testing
The biggest source of error that I've encountered for this isn't in requests, but actually in the spec test cases for the product. Some test cases blythely set Time.zone
in a before action, but never reset it in an after action.
If possible, wrap the time zone use inside an around
action:
around(:each) do |example| Time.use_zone(some_timezone) do yield example end end
With Timecop
Since Timecop is essentially mocking the system clock, you can use it with .use_zone
with impunity.
around do |example| Timecop.freeze do @account = Fabricate(:account) Time.use_zone(account.timezone) do yield example end end end
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Django企业开发实战
胡阳 / 人民邮电出版社 / 2019-2 / 99.00元
本书以博客系统贯穿始末,介绍了Django的方方面面。书中共分四部分,第一部分介绍了正式进入编码之前的准备工作,内容包括需求分析、基础知识和Demo系统的开发;第二部分开始实现需求,内容涉及环境配置、编码规范以及项目结构规划,编写了Model层、admin页面、Form代码和View逻辑,引入了Bootstrap框架;第三部分重点介绍xadmin、django-autocomple-light和d......一起来看看 《Django企业开发实战》 这本书的介绍吧!