Привет, кто-нибудь может предложить более короткий вариант нахождения возраста по дате рождения, чем следующий:



Если рассматривать этот вариант, то кроме всего прочего ещё хотел бы избавиться от захардкоденного "1970" и заменить его на что-то более вразумительное, но не убогое типа создание даты и вытаскивания из неё года:  

или как-то так  

Хотя он вообще уже deprecated.

Может вообще уже такая функция где-то есть, а я сейчас изобретаю велосипед?

Моя реализация:

MaxPayneC, круто, этот вариант очень понравился, а главное ничего лишнего... От тебя всегда поступают хорошие решения - помню ты про сортировку мапы тоже хороший вариант подкинул  

Думаю лучшего решения в данном случае уже никто предложить не сможет...

А если так?



Тут есть проблема с високосными годами... Но ИМХО это не даст ошибку - все равно при округлении это будет нивелировано.

А так еще красивее 

Но тогда надо использовать дополнительную библиотеку joda-time - http://joda-time.sourceforge.net/

ivanovpv, да, выглядит покороче того варианта, что привёл MaxPayneC, но считает в данный момент не совсем правильно - мой возраст например определил в 557 лет (это хоть и всего на пару лет, но больше, чем на самом деле  ). Конечно же понятно, что это можно исправить или возможно даже я единственный, кто такой старый, но сам факт того, что здесь происходят всякие математические расчёты (умножение/деление) может способствовать возникновению ошибок... Захардкоденные цифорки, как и в приведённом мною первом варианте, - это не совсем в тему, т.е. я лично всеми возможными способами стараюсь избавляться от не совсем очевидных цифр. Плюс ещё как ты сам подметил бага с високосным годом... Мне кажется всё таки вариант MaxPayneC лучше, хотя это всего лишь моё мнение...

intr, да, этот вариант тоже хорош своей краткостью, но я бы наверное к нему бы прибегнул именно в том случае, если эта библиотека уже подключена, поскольку в противном случае из-за 1-го маленького метода подключать всю библиотеку не хочется - т.е. это очевидный минус в данном случае...

В варианте MaxPayneC я вобщем-то не вижу минусов, поэтому лично мне по прежнему больше всего по душе именно тот вариант...

Это сообщение отредактировал(а) Kizja - 23.3.2010, 18:23

Вариант, который предложил ivanovpv, возможно бажит, если человек родился до 1970 года или если сейчас больше, чем максимальное юникс-время... 2030й год, что ли... не помню точно, когда количество секунд перестанет в 32 бита помещаться.

Я не подился до 1970 года, но сейчас бажит всё равно 

Бажит по двум причинам:
1) Переполнение типа, вместо

нужно


2) ошибка в приведении типа, вместо

нужно

Даст на пограничных днях (например день следующий за днем рождения).

Кстати, вариант предложенный @MaxPayneC может дать ошибку если время указывается с точностью до миллисекунды  Хотя возможно это не критично 

А  joda-time крайне полезная библиотека, да и у нее нет зависимостей на другие либы

Я думаю "с точностью до миллисекунды" ещё ни один человек свой день рождения не отмечал 

Та же проблема с минутами, секундами и часами  

Да, согласен - так и надо

а вот тут не согласен, операция cast имеет наименьший приоритет, так что кастироваться будет после выполнения всех операций с правой стороны

Вообще я писал на коленках и не ставил перед собой задачу написания абсолютно точного кода, а озвучил только саму идею.

Код MaxPayneC безусловно самый правильный, мне он тоже нравится, хотя привлечение тяжелого класса Calendar немного напрягает - в этом смысле он мало чем отличается от кода intr где вместо класса Calendar используется библиотека joda-time.

Решать какой код лучше - не моя задача. Если бы решал, я - посмотрел сначала на требования: если код для какого-нибудь телефона или кард-аппарата, остался бы с кодом ivanovpv, а если обычное консольно-вебное приложение - тут и думать не надо - код MaxPayneC - самое оно.

Это не так, операция приведения типа имеет довольно высокий приоритет, выше только ++, --, ~ и !. Чтобы не быть голословным, приведу пример: