DateTimeUtil refactor

[romach]

Task

• replace DateTimeUtil class with OOP alternative;
• add interface Clock and its implementations for production and test environments;

From Slack:

vkuchyn: В ідеалі, уходити від утилітних класів, впринципі. Як можно спроектувати? Завести інтерфейс Clock, з методом now(); В тестовому середовищі заінжектити тестову реалізацію, яка розміщена в папці тестів. А для прода - промислову реалізацію.

Вопрос: так как "заморозка" времени используется только в тестовых классах, должен ли я вынести эту функциональность в отдельный класс и разместить в тестовом пакете?

Бачиш, чим статика фігова - вона негнучка. Я не бачу, як реалізацію перенести в тестовий клас. Так чи інакше - доведеться залишати статичні методи, які міняють поточну дату. В ідеалі, ізолювати весь тестовий код в тестовоій папці. Що пропоную - зараз зробити за допомогою інтерфейсу Clock. Створити задачу - скрізь переїхати на Клок, і видалити статичний утилітний клас DateTime.

Additional referances:

• OOP Alternative to Utility Classes;
• Utility Classes Have Nothing to Do With Functional Programming;

Remark:

• issue have been created during #125 implementation;

Useful links:

• Java SE 8 Date and Time

[IgorMaksymov]

SLACK links will not live for long! better to make a quote here

[romach]

@AndriyBaibak time tracking: 1 hour spent

[romach]

@AndriyBaibak time tracking: 1 hour spent

[romach]

@AndriyBaibak time tracking: 1 hour spent

[romach]

@AndriyBaibak time tracking: 1 hour spent

[vaa25]

@romach the task was replace DateTimeUtil class with OOP alternative;, but DateTimeUtil with its static methods still there @AndriyBaibak 15 min

[romach]

@vaa25 did you update branch?

[vaa25]

@romach sorry, you are right, its my fault