小编vke*_*man的帖子

我注意到对于我们东部时区("America/New_York"),时区偏移量为"-05:00" Date.getTimezoneOffset()返回正数300.我希望在几分钟内偏移量为负值来自Utc的West,以及Utc以东地区的积极,但显然它是"翻转".这个决定背后的原因是什么？

http://momentjs.com/遵循相同的规则并返回...

moment.parseZone("01/13/2014 3:38:00 PM +01:00").zone()   // == -60
moment.parseZone("01/13/2014 3:38:00 PM -01:00").zone()   // == 60

同时,DateTimePicker http://trentrichardson.com/examples/timepicker/在设置其初始"timezone"参数时不会翻转数字.这是错的吗？

在这样的代码中

using (var sftp = new SftpClient(_host, _userName, _password))
{
  sftp.Connect();
  // Do some work with sftp
  sftp.Disconnect();
}

sftp.Disconnect() 调用是必要的还是会使用块（处置/关闭/任何）自动关闭连接？

假设我有一个像"01/22/2014 2:07:00 PM -08:00"这样的字符串.

我想要

• a)将其格式化为ISO 8601,时间偏离UTC http://goo.gl/JTfAZq,因此变为"2014-01-22T14:07:00-08:00"
• b)去除时间偏移部分,使其变为"01/22/2014 2:07:00 PM"[然后在ISO 8601中格式化,使其变为"2014-01-22T14:07:00"]

当然我可以使用JavaScript字符串函数(和正则表达式),但它似乎是一种更好的方法来使用JavaScript Date()对象工具或Moment.js.但是,两者都没有.两者都自动将日期转换为当前系统时区(对我来说是-05:00),因此下午2:07成为下午5:07.我找到了两种方法来"去除时间偏移然后格式化"任务,但两者看起来都很丑陋和脆弱:

var mydateTime = "01/22/2014 2:07:00 PM -08:00";

// strip out time offset part using substring() so that Moment.js
// would think time is specified in a current zone
var myNewDateTime1 = moment(mydateTime.substring(0, mydateTime.length - 7)).format("YYYY-MM-DDTHH:mm:ss")

// or probably even worse trick - strip out time offset part using format
var myNewDateTime2 = moment(mydateTime, "MM/DD/YYYY h:mm:ss A").format("YYYY-MM-DDTHH:mm:ss")

我知道JavaScript Date()对象不是为了保留时区而设计的,但是a)和b)不存在更优雅和稳定的解决方案吗？

我有ZonedDateTime值.我需要获得相应的UTC时间并将其格式化为ISO8601字符串(不带时区).这样做的"NodaTime方式"是什么？

据我所知,我可以使用ZonedDateTime.ToDateTimeUtc()方法来获取.Net DateTime类型的Utc.我应该这样做,然后才使用ToString()？

喜欢

var myresult = resZonedDateTime.ToDateTimeUtc().ToString("s")  

我真的应该在那里使用"s"吗？

将lambda传递给最后一个参数

在Kotlin中，有一个约定，如果函数的最后一个参数接受函数，则可以将作为相应参数传递的lambda表达式放在括号之外：

val product = items.fold(1) { acc, e -> acc * e }

Run Code Online (Sandbox Code Playgroud)

此语法的目的是什么？