5

Well in my app I want to get current date and month abnd local hour (currentTimeZone hour) and depending on its value display some things.

i have read several sollutions and I have used the following:

Calendar c = Calendar.getInstance(); 
            int day=c.get(Calendar.DATE);
            int month=c.get(Calendar.MONTH);

or this

Time today = new Time(Time.getCurrentTimezone());
            today.setToNow();
            int day2=today.monthDay;
            int month2=today.month;

my questions are:

1)which of this is more "Stable" considering their results? I mean that it will not have any problem.

2)Moreover, did they both take into consideration the TimeZone? I think that the second one does, but what about the calendar?

3)I tried this code that I have found:

SimpleDateFormat s = new SimpleDateFormat("ddMMyyyyhhmmss");
            String format = s.format(new Date());

and i get the error that Date() must have an argument. weird because in every answer they use it like that.

What is wrong?

4) What do you suggest me to use? The only thing I want is a simple comparison between current month,date,hour with some stored in memory. (for example if its January 29, display that event. if it is 19.00 am send notification and so on.)

ghostrider
  • 5,131
  • 14
  • 72
  • 120
  • 4
    Make sure not to confuse [`java.util.Date`](http://docs.oracle.com/javase/7/docs/api/java/util/Date.html) with [`java.sql.Date`](http://docs.oracle.com/javase/7/docs/api/java/sql/Date.html) - that should clear up 3) at least. – Paul Bellora Sep 08 '12 at 22:31
  • 1
    The `Calendar.getInstance` uses the default timezone. With `Calendar.getInstance(TimeZone zone)` you can specify the timezone. http://docs.oracle.com/javase/6/docs/api/java/util/Calendar.html – Bhesh Gurung Sep 08 '12 at 22:34
  • 1
    "i get the error that Date() must have an argument" For future reference, please post the *exact* error message. Often paraphrasing loses critical information that we need to help you. – Code-Apprentice Sep 08 '12 at 22:48

4 Answers4

14

1) Which of this is more "Stable" considering their results? I mean that it will not have any problem.

They are both stable and very well tested, especially Calendar which is in the Java API since JDK1.1. Also from the docs of Time:

An alternative to the Calendar and GregorianCalendar classes. An instance of the Time class represents a moment in time, specified with second precision. It is modelled after struct tm, and in fact, uses struct tm to implement most of the functionality.

Time, imho, is much easier to work than Calendar though.

2) Moreover, did they both take into consideration the TimeZone? I think that the second one does, but what about the calendar?

Yes, they do. You can specify a TimeZone using Calendar.getInstance(java.util.TimeZone). Otherwise, a default one will be used.

3) I tried this code that I have found:

The code works just fine. Make sure you are using new java.util.Date() instead of java.sql.Date, for example.

4) What do you suggest me to use? The only thing I want is a simple comparison between current month,date,hour with some stored in memory. (for example if its January 29, display that event. if it is 19.00 am send notification and so on.)

It's really a matter of personal choice. Using Calendar, for example, to compare if today is January 29, you could simply use the following:

Calendar today = Calendar.getInstance();
int dayOfMonth = today.get(Calendar.DAY_OF_MONTH);
int month = today.get(Calendar.MONTH);
if (month == Calendar.JANUARY && dayOfMonth == 29) {
  // January 29
}
João Silva
  • 89,303
  • 29
  • 152
  • 158
  • It seems that, with ``Time``, it can't tell us whether the week starts with Mon, Sun or Sat which depends on localisation. This can easily be achieved with ``Calendar`` via ``getFirstDayOfWeek()``. – Thuy Trinh May 10 '14 at 16:07
2

tl;dr

ZonedDateTime.now().getDayOfMonth()

java.time

As others commented, you appear to be using and mixing up java.sql.Time, java.sql.Date, java.util.Date, and java.util.Calendar.

All of those troublesome classes are now legacy, supplanted by java.time classes added to Java 8 and later. For earlier Android, see last bullets below.

To get the current moment in a particular time zone, use ZonedDateTime.

A time zone is crucial in determining a date. For any given moment, the date varies around the globe by zone. For example, a few minutes after midnight in Paris France is a new day while still “yesterday” in Montréal Québec.

If no time zone is specified, the JVM implicitly applies its current default time zone. That default may change at any moment, so your results may vary. Better to specify your desired/expected time zone explicitly as an argument.

Specify a proper time zone name in the format of continent/region, such as America/Montreal, Africa/Casablanca, or Pacific/Auckland. Never use the 3-4 letter abbreviation such as EST or IST as they are not true time zones, not standardized, and not even unique(!). 

ZoneId z = ZoneId.of( "America/Montreal" ) ;

Pass the zone when asking for the current moment.

ZonedDateTime zdt = ZonedDateTime.now( z ) ; // Current moment as seen by the people of particular region.

Interrogate for the parts you desire.

Month month = zdt.getMonth() ;           // Get `Month` enum object.
int monthNumber = zdt.getMonthValue() ;  // Get month number, 1-12 for January-December.

int dayOfMonth = zdt.getDayOfMonth() ;

About java.time

The java.time framework is built into Java 8 and later. These classes supplant the troublesome old legacy date-time classes such as java.util.Date, Calendar, & SimpleDateFormat.

The Joda-Time project, now in maintenance mode, advises migration to the java.time classes.

To learn more, see the Oracle Tutorial. And search Stack Overflow for many examples and explanations. Specification is JSR 310.

Where to obtain the java.time classes?

The ThreeTen-Extra project extends java.time with additional classes. This project is a proving ground for possible future additions to java.time. You may find some useful classes here such as Interval, YearWeek, YearQuarter, and more.

Basil Bourque
  • 303,325
  • 100
  • 852
  • 1,154
1

In my Android app, I am saving the date in SQLite. However, SQLite doesn't accept the Date data type. So I convert it to String like so in order to use the format YYYY-MM-DD:

            Time today = new Time(Time.getCurrentTimezone());
            today.setToNow();
            int year = today.year;
            int month = today.month;
            int day = today.monthDay;

            Calendar gregorianCalendar = new GregorianCalendar(year, month, day);
            String entryDate =  gregorianCalendar.get(Calendar.YEAR) + "-" + gregorianCalendar.get(Calendar.MONTH) + "-" + gregorianCalendar.get(Calendar.DAY_OF_MONTH);

And it works well. I am not concerned with performance differences, as they are likely negligent.

IgorGanapolsky
  • 26,189
  • 23
  • 116
  • 147
0

android.text.format.Time was deprecated in API level 22. Use GregorianCalendar instead.

Visit http://developer.android.com/reference/android/text/format/Time.html

As I know, there are some issues in Time class, such as Time.setJulianDay(int julianDay) will return a wrong value when the argument is smaller than julianDay of 1970.1.1

And some bugs also happen among April, 1987-1991 (maybe is Time.set(long millis), I cannot remember).

avest
  • 1
  • 1
  • FYI, the troublesome old classes such as `java.util.Date`, `java.util.GregorianCalendar`, and `java.text.SimpleDateFormat` are now legacy, supplanted by the [java.time](https://docs.oracle.com/javase/9/docs/api/java/time/package-summary.html) classes. Much of the java.time functionality is back-ported to Java 6 & Java 7 in the [***ThreeTen-Backport***](http://www.threeten.org/threetenbp/) project. Further adapted for earlier Android in the [***ThreeTenABP***](https://github.com/JakeWharton/ThreeTenABP) project. See [*How to use ThreeTenABP…*](http://stackoverflow.com/q/38922754/642706). – Basil Bourque Feb 06 '18 at 02:42