<div dir="ltr">Hi folks,<div><br class="gmail-Apple-interchange-newline">It feels a bit strange that you can't pass an `InstantSource` to `Instant.now(...)`, but you _can_ pass a `Clock` (which of course has a "useless" `ZoneId` when creating an `Instant`). Therefore, I'd like to propose one of the following API changes:</div><div><br></div><div>1) adding `Instant.now(InstantSource)`</div><div>2) deprecating `Instant.now(Clock)` in favor of `clock.instant()`</div><div><br></div><div>(I believe removing `Instant.now(Clock)` would be binary compatible, so that's not an option, right?)</div><div><br></div><div>There's also a related discussion about adding an InstantSource-based static factory method to the "local" types (e.g., `LocalDate.now(InstantSource, ZoneId)`). However, I always avoid using the static factories on those types and have been quite happy with the fluent pattern instead (e.g., `instantSource.instant().atZone(...).toLocalDate()`).</div><div><br></div><div>Thoughts?</div><div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><font face="sans-serif"><span style="line-height:19px">kak</span></font></div></div></div>