在JSTL/JSP中，给定一个java.util.Date，如何查找第二天？

在JSTL/JSP页面上，我的应用程序中有一个java.util.Date对象。我需要找到该对象指定的第二天。我可以使用Java并使用Java.util.Calendar进行必要的计算，但这让我觉得很笨拙和不雅观

---

是否有某种方法可以使用JSP或JSTL标记来实现这一目的，而不必切换到Java上的full，或者后者是实现这一目的的唯一方法？

虽然这并不能回答您最初的问题，但您可以通过这样做来消除查看Java.util.Calendar的麻烦：

// Date d given
d.setTime(d.getTime()+86400000);

---

虽然这并不能回答您最初的问题，但您可以通过执行以下操作来消除查看java.util.Calendar的麻烦：

// Date d given
d.setTime(d.getTime()+86400000);

---

您必须使用scriptlet或编写自己的标记。对于记录，使用日历如下所示：

Calendar cal = Calendar.getInstance();
cal.setTime (date);
cal.add (Calendar.DATE, 1);
date = cal.getTime ();

---

非常可怕。

您必须使用scriptlet或编写自己的标记。对于记录，使用日历如下所示：

Calendar cal = Calendar.getInstance();
cal.setTime (date);
cal.add (Calendar.DATE, 1);
date = cal.getTime ();

---

非常可怕。

不幸的是，据我所知，标准JSP/JSTL库中没有允许您进行此日期计算的标记

---

最简单也是最不雅观的解决方案是只使用一些scriptlet代码进行计算。你已经说过，你认为这是一个笨拙的解决方案，我同意你的看法。如果我是你的话，我可能会编写一个定制的JSP标记库来获取此信息。

不幸的是，据我所知，标准JSP/JSTL库中没有允许你进行此日期计算的标记

---

最简单也是最不雅观的解决方案是只使用一些scriptlet代码进行计算。你已经说过，你认为这是一个笨拙的解决方案，我同意你的看法。如果我是你的话，我可能会编写一个定制的JSP标记库来实现这一点。

我不喜欢在JSP中添加java代码

我将使用静态方法和taglib来实现这一点

不过这是我的主意。有很多方法可以解决这个问题

public static Date addDay(Date date){
   //TODO you may want to check for a null date and handle it.
   Calendar cal = Calendar.getInstance();
   cal.setTime (date);
   cal.add (Calendar.DATE, 1);
   return cal.getTime();
}

函数.tld

<?xml version="1.0" encoding="UTF-8" ?>
<taglib xmlns="http://java.sun.com/xml/ns/j2ee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-jsptaglibrary_2_0.xsd"
  version="2.0">
  <description>functions library</description>
  <display-name>functions</display-name>
  <tlib-version>1.1</tlib-version>
  <short-name>xfn</short-name>
  <uri>http://yourdomain/functions.tld</uri>
  <function>
    <description>
      Adds 1 day to a date.
    </description>
    <name>addDay</name>
    <function-class>Functions</function-class>
    <function-signature>java.util.Date addDay(java.util.Date)</function-signature>
    <example>
      ${xfn:addDay(date)}
    </example>
  </function>
</taglib>

函数库
功能
1.1
xfn
http://yourdomain/functions.tld
为日期添加1天。
addDay
功能
java.util.Date addDay（java.util.Date）
${xfn:addDay（日期）}

我不喜欢将java代码放在jsp中

我将使用静态方法和taglib来实现这一点

不过这是我的主意。有很多方法可以解决这个问题

public static Date addDay(Date date){
   //TODO you may want to check for a null date and handle it.
   Calendar cal = Calendar.getInstance();
   cal.setTime (date);
   cal.add (Calendar.DATE, 1);
   return cal.getTime();
}

函数.tld

<?xml version="1.0" encoding="UTF-8" ?>
<taglib xmlns="http://java.sun.com/xml/ns/j2ee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-jsptaglibrary_2_0.xsd"
  version="2.0">
  <description>functions library</description>
  <display-name>functions</display-name>
  <tlib-version>1.1</tlib-version>
  <short-name>xfn</short-name>
  <uri>http://yourdomain/functions.tld</uri>
  <function>
    <description>
      Adds 1 day to a date.
    </description>
    <name>addDay</name>
    <function-class>Functions</function-class>
    <function-signature>java.util.Date addDay(java.util.Date)</function-signature>
    <example>
      ${xfn:addDay(date)}
    </example>
  </function>
</taglib>

函数库
功能
1.1
xfn
http://yourdomain/functions.tld
为日期添加1天。
addDay
功能
java.util.Date addDay（java.util.Date）
${xfn:addDay（日期）}

一般来说，我认为JSP不应该有数据逻辑。他们应该从控制器获得所有需要显示的数据，所有逻辑都应该是关于数据如何显示，而不是显示什么。与添加自定义标记相比，这通常要简单得多，代码/XML也要少得多

---

如果没有任何重用发生，那么一个小小的scriptlet真的比taglib-XML糟糕得多吗？

一般来说，我认为JSP不应该有数据逻辑。他们应该从控制器获得所有需要显示的数据，所有逻辑都应该是关于数据如何显示，而不是显示什么。与添加自定义标记相比，这通常要简单得多，代码/XML也要少得多

---

如果没有任何重用发生，那么一个小小的scriptlet真的比taglib-XML糟糕得多吗？

这不是一个好主意。在使用夏令时的地区，根据时间的不同，这会给一年中的几天带来错误的一天，这会让你发疯，试图找出什么是错误的。@FrankPape你错了。java.util.Date的time属性是从1970-01-01 00:00:00 GMT开始的毫秒数。没有其他时区进入它。所以sirprize是正确的。@PAG再想想，我仍然认为这是个坏主意，但原因不同。我的假设是，有些日子没有86400秒，因为有些日子会少一小时或多一小时。这不会发生在格林尼治标准时间和夏令时，所以你是对的——谢谢你的更正。我新关心的是闰秒。java.util.Date不考虑闰秒，但有些库会考虑闰秒，这并不是不可想象的。您不能因为它可能不适用于任意库而反对它。我们在这里讨论java.util.Date，它就是这样工作的：它忽略闰秒，并将所有天数定义为86400秒长。上面的代码是一种简单的方法，可以在没有日历往返的情况下继续到第二天。这不是一个好主意。在使用夏令时的地区，根据时间的不同，这会给一年中的几天带来错误的一天，这会让你发疯，试图找出什么是错误的。@FrankPape你错了。java.util.Date的time属性是从1970-01-01 00:00:00 GMT开始的毫秒数。没有其他时区进入它。所以sirprize是正确的。@PAG再想想，我仍然认为这是个坏主意，但原因不同。我的假设是，有些日子没有86400秒，因为有些日子会少一小时或多一小时。这不会发生在格林尼治标准时间和夏令时，所以你是对的——谢谢你的更正。我新关心的是闰秒。java.util.Date不考虑闰秒，但有些库会考虑闰秒，这并不是不可想象的。您不能因为它可能不适用于任意库而反对它。我们在这里讨论java.util.Date，它就是这样工作的：它忽略闰秒，并将所有天数定义为86400秒长。上面的代码是一种简单的方法，可以在不使用日历往返的情况下前进到第二天。