下面的代码演示了星期计算的有问题的joda-time实现.这种行为不是错误,而是设计决策

Joda-Time uses the ISO standard Monday to Sunday week.(也许它应该是一个错误？)

给定一个我需要计算周数的日期,这个计算必须是i18n.含义我必须根据用户的区域设置考虑正确的周编号.

下面的演示代码显示了Joda-Time的错误计算和JDK的正确计算,在我们尝试坚持使用Joda-Time的应用程序中,这是日期操作的优秀解决方案.那么,我应该混合两个时间计算库吗？我显然不愿意,这甚至是一件安全的事情,还是我会进入角落案件(有日期,日历的经验我知道这对Java来说是一个痛苦的问题).

底线：对于上述要求,建议的最佳做法是什么？

问题演示代码

public class JodaTest {

static DateTimeFormatter formatter = DateTimeFormat.forPattern("ww yyyy");

static SimpleDateFormat jdkFormatter = new SimpleDateFormat("ww yyyy");

public static void main(String[] args) {

DateTime time = new DateTime(/*year*/2009, /*monthOfYear*/12, /*dayOfMonth*/6, /*hourOfDay*/23, /*minuteOfHour*/0, /*secondOfMinute*/0, /*millisOfSecond*/0);

StringBuilder buffer = new StringBuilder()

.append("Testing date ").append(time.toString()).append("\n")

.append("Joda-Time timezone is ").append(DateTimeZone.getDefault()).append(" yet joda wrongly thinks week is ").append(formatter.print(time)).append("\n")

.append("JDK timezone is ").append(TimeZone.getDefault().getID()).append(" yet jdk rightfully thinks week is ").append(jdkFormatter.format(time.toDate())).append(" (jdk got it right ?!?!)");

System.out.println(buffer.toString());

}

}

输出：

Testing date 2009-12-06T23:00:00.000+02:00

Joda-Time timezone is Asia/Jerusalem yet joda wrongly thinks week is 49 2009

JDK time zone is Asia/Jerusalem yet jdk rightfully thinks week is 50 2009 (jdk got it right ?!?!)

最佳答案 最好的解决方案是编写DateTimeField的实现,它包装逻辑以根据语言环境提取所需的值.在内部,您可能仍然依赖于JDK数据.目的是将所有JDK代码包装在一个可重用的类中.然后你像这样使用它：

int value = dateTime.get(new LocaleAwareWeekField("en_GB"));