| Fix for Integers.upto for negative numbers and unit tests to verify |
|
More...
|
about 14 years ago
|
| IntegerRange and StepIntegerRange range can now operation in ascending or descending order. If start <= end, they operate in ascending mode, else if end < start, they operate in descending mode. In either case, with StepIntegerRange, the step should always be specified as a positive value. |
|
More...
|
almost 15 years ago
|
| Cleaned up imports |
|
More...
|
almost 15 years ago
|
| Updated last few examples to use newer chaining style. |
|
More...
|
almost 15 years ago
|
| Most iterables now implement HasEstimatedSize wherever possible, to allow for better overall memory allocation. Examples now use newer chaining model, instead of always calling Iterate.each() Minor code cleanup |
|
More...
|
almost 15 years ago
|
| Most high-level methods that produced simple Iterables, and therefore had to be wrapped with Iterate.each() to be truly useful, now return an Iterate. This allows easier chaining. For example, instead of each(lines(...)).map().reduce(), you can now do lines(...).map().reduce() Removed IterableBase entirely, it was a bad idea to begin with. Added Iterate.each(Iterator) for wrapping Iterators |
|
More...
|
almost 15 years ago
|
| More javadoc for Functions.java. Getting closer to full coverage |
|
More...
|
about 15 years ago
|
| Loosening the param on Functions.compose to make it more useful. Added more javadoc for Functions.java. Still a ways to go for full coverage, though. |
|
More...
|
about 15 years ago
|
| Algorithms.java now has full javadoc coverage |
|
More...
|
about 15 years ago
|
| Added class header javadoc, and corrected Copyright dates after I accidentally reverted them to 2009 by misconfiguring IDEA's copyright plugin. |
|
More...
|
about 15 years ago
|
| Merge branch 'master' of [email protected]:briancavalier/iterate |
|
More...
|
about 15 years ago
|
| Minor code cleanup |
|
More...
|
about 15 years ago
|
| Added Functions.applyToEach() which takes an f(x) and returns f(Iterable<X>). It creates a function that operates on each item in an iterable based on a function that operates on a single element. Added new experimental Functions.conditional() variants. Some may go away before v0.9 |
|
More...
|
about 15 years ago
|
| IterableBase is a major design flaw. Moving away from it by converting to standard Iterable + iterator model, which allows Iterables to hand out multiple Iterators, as is expected. Initial exploration of useful toString() methods on nested Iterables and Functions to allow an entire pipeline to be converted to a meaningful String to help with debugging. See IterateToString.java |
|
More...
|
about 15 years ago
|
| update jar file in preparation for v0.8.1 release |
|
More...
|
about 15 years ago
|
| More javadoc |
|
More...
|
about 15 years ago
|
| Making XML constructor private |
|
More...
|
about 15 years ago
|
| Merge branch 'master' of [email protected]:briancavalier/iterate |
|
More...
|
about 15 years ago
|
| Lots of javadoc. Some API changes. Switched to using enum singleton pattern for Functions that really are singletons, such as identity, index, toString, etc. |
|
More...
|
about 15 years ago
|
| Merge branch 'master' of [email protected]:briancavalier/iterate |
|
More...
|
about 15 years ago
|
| Fixed serious bug in Join.inner(), which was returning a left join JoinStrategy instead of an inner join strategy! Implemented Algorithms.sortByExample() which will sort a list of items given an example sort order, i.e. sort this list like that one, even if that one's order is arbitrary. |
|
More...
|
about 15 years ago
|
| Fixing ambiguous call to Strings.toString(). It's a shame that the compiler isn't smart enough, and requires a type hint here. This may cause me to rename Strings.toString() in a future commit. |
|
More...
|
about 15 years ago
|
| Updated all copyrights to include 2010, hence all the changed files. Ensured all files have a copyright/license header. Added concept of Providers. Added Characters class as placeholder for Character-related functions, etc. Added Iterate.transform() which can be used to do a bulk transformation on the items, such as sorting, reversing, etc. These usually require holding all items in memory (like unix sort). Lots of renaming, deprecation, etc. Lots of code cleanup. |
|
More...
|
about 15 years ago
|
| Performance testing the new step-based implementation and the original naive boolean check implementation, the naive is faster. Switching back to naive boolean. |
|
More...
|
about 15 years ago
|
| Updated jar file for v0.8 |
|
More...
|
about 15 years ago
|
| Updated jar file for v0.8 |
|
More...
|
about 15 years ago
|
| Committing ant build script |
|
More...
|
about 15 years ago
|
| Updated javadoc |
|
More...
|
about 15 years ago
|
| Initial full join implementation. This implementation is inefficient, fand I'll improve it before 1.0 |
|
More...
|
about 15 years ago
|
| IDEA didn't properly add ConcatIterable.java after I renamed it from FlattenIterable. Grrr. Adding it manually now. Minor javadoc fix in Iterables. |
|
More...
|
about 15 years ago
|
