公司产品有一个场景。
1.用户新增一个数据，用户可以自己处理这条数据，也可以委托我们来处理这条数据。
2.我们平台希望用户来委托我们处理这条数据（我们利益更大，但也可以给用户一些附加的服务）
3.为了营造这种紧迫感，数据旁边加了个倒计时。类似“xxx 分钟后将失去委托平台的权利”
老板的思路：“我们规定 3 小时内允许用户委托，3 小时后不允许委托，但是用户可能下午 4,5 点新增数据，然后就下班了。第二天上班看到数据，委托时效就过了，所以如果是在上班时间。。。倒计时生效，下班了倒计时暂停。第二天上班，倒计时继续……同时在下班后这段时间，用户依旧可以操作，只是倒计时暂停状态。”
……你们见过这种场景吗？上下班时间要暂停，包括节假日周末。。。
跟产品反馈反抗过别的方案，产品说老板不满意，一定要这样

没见过 但是感觉需求还挺合理的 不算逆天需求

我觉得老板这个想法挺合理的，还站在用户的角度替用户考虑

这个感觉还好，倒是挺有意思的想法

股票交易也是上下班暂停

股票？

基操很多场景的定时器都需要根据某个外部条件暂停、更改，甚至暂缓、加速

这不就是类似于“xx 个工作日内办结”的逻辑嘛，很正常。

这个需求很合理啊 总不能要求别人下班了还干活吧

面向客户的需求 看起来也合理

哈哈哈，让用户来打个卡，上下班

需求合理，倒计时暂停逻辑也不算复杂，可以实现啊

这种有点像“工作日”的概念。

如果你是产品经理和客户，不觉得这个思路挺好的吗你不想做只是作为程序员不想而已

别的都好说, 节假日这个你怎么解决? 你又不是国务院, 你怎么知道明年中秋国庆放哪几天?要不给你们产品做个放假的功能, 每次国务院发布放假时间后, 让他自己去产品里放个假.

很简单，当用户看这个数据的时候，倒计时才走。当倒计时真的到零了，那么重新给用户一个委托平台的机会，让他继续看倒计时。是不是很熟悉，拼多多就是这样的。

每次用户登陆平台的时候, 计算当前时间是不是工作日,不是工作日不计时,工作日计算上次登陆时间差

很合理的要求，实现也不复杂，后台只需计算倒计时结束时间，判断是否要包含下班时间，前台只需在下班时间显示一个暂停计时。

挺合理的啊，而且实现也不困难，就是肯定需要依赖一个第三方的工作日判断库老板肯掏钱就能做，不掏钱就做不了

我也觉得这个需求是合理的。不算傻比。

那么问题来了，国务院有查询工作日的接口吗？怎么判断今天是不是工作日？

按工作日计算原来不是正常需求么。。。上下班时间这东西前端做做就行了，又不是说不允许对面验证，做好样子就行了。。。节假日我这里是单独做了一个 json 记录假期和补班，查表+周六日。。。反正一年一次的工作量谁来不都是几分钟完事。。。