7Units/src/main/java/sevenUnits/unit, branch v1.0.0A unit converter made in Java, inspired by GNU Units
https://git.ahopkins.ca/7units.git/atom?h=v1.0.02025-06-16T00:37:19ZBump version number to 1.0.02025-06-16T00:37:19ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-06-16T00:37:19Zurn:sha1:bccb5b5e3452421c81c1fb58f83391ba6584807cFormat & clean up source code2025-06-16T00:26:12ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-06-16T00:26:12Zurn:sha1:da740edd3972fa049c4c8d0e43448c10a6a65dceFix e-notation & consolidate expression parsing2025-06-08T03:26:49ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-06-08T03:11:45Zurn:sha1:a00ad7ca48928a30ae577aeaed0345680df0a3fe
This commit moves all of the expression formatting code to one method,
and changes it so that it works with things like '1e+2'. This does mean
that I had to require spaces for addition and subtraction, but without
that, the rules would be complicated.
Add version numbers to all @since tags2025-06-05T00:45:37ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-06-05T00:45:37Zurn:sha1:79e1653caf5c30667877a158433cbcd766a135af
Specifically, for every @since tag with a date, I added another that
contains the correspending version. I did not add date @since tags to
comments that do not have them, as that would be too tedious for what
it's worth. These dates could still be found by using git bisect
though.
Update copyright notices' years2025-06-05T00:40:14ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-06-04T23:58:15Zurn:sha1:d80b80857e739eb32afd7625789944abd3afe376
I used the Git history for years after 2019, and only included 2019 or
2018 if they were already there. I also added copyright notices to all
code files that don't already have them.
Remove most comment warnings2025-06-04T23:39:03ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-06-04T23:39:03Zurn:sha1:25f972d198e50ad5a54fa175ec39887f02c33fdc
In some cases I've used @SuppressWarnings, which Gradle doesn't seem to
respect, but I've solved all the other ones.
Ensure LinearUnit&Prefix ==/hash obey contracts2025-05-31T01:30:44ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-05-31T01:10:09Zurn:sha1:7db19d307970b73559239ec343c92c7876510c2a
Previously, these classes' equals() and hashCode() methods did not obey
the contracts:
For equals(), I considered two values equal even if there was a very
small deviation, in order to avoid floating-point error. This equals
relation is not transitive (i.e. it is possible that a = b && b = c but
a ≠ c), violating the contract of equals.
This also makes it impossible to properly implement hashCode, as if two
values are equal, they must have the same hash code. The solution I had
provided is an ineffective hack, which could mess with hash maps and
sets.
I have changed the implementation to demand exact equality. I have also
provided equalsApproximately() methods to both classes that use the old
behaviour. Hash codes are only really used for hash maps, and the old
implementation doesn't even achieve its purpose, so I did not add a
method to return the old hash behaviour.
Remove Unitlike/MultiUnit2025-05-31T00:54:19ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-05-31T00:48:42Zurn:sha1:e86fb71e1665cb9e8511bafd54df0fb8cbca5adc
I ended up never using this code - it was simpler to just use lists of
units and values. Making a whole new object for lists of units, and an
abstract class for things that convert things other than doubles, is
needlessly complicated, and doesn't solve any major issues. For
example, I still need to store each Unitlike type in a different
collection, because it will have a different type.
Setup automated javadoc2025-05-18T04:03:29ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-05-18T04:03:29Zurn:sha1:fc5045c4da18b6fd811c6748aa7b5184a80f6769
./gradlew javadoc
Add more UnitDatabase tests2025-04-30T21:42:01ZAdrien Hopkinsadrien.p.hopkins@gmail.com2025-04-30T21:42:01Zurn:sha1:4910b914392753986526bc28102ddef42e275e6c