-
Notifications
You must be signed in to change notification settings - Fork 463
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make AbstractPatriciaTrie public #407
Make AbstractPatriciaTrie public #407
Conversation
I encountered a similar problem with AbstractPatriciaTrie but ended up not using the Trie. |
Seems reasonable to make public unless I am missing something. @aherbert ? |
The use case merits it being made public. Note that if we make it public then it needs some more javadoc as it will now appear in the javadoc API. The types <K, V> are not documented, e.g. are there limitations? One of the constructors has no javadoc, the other has no documentation of the parameters. IIUC the minimal effort would be to copy what is in the superclass |
Copied some javadocs from the parent class |
Codecov Report
@@ Coverage Diff @@
## master #407 +/- ##
=========================================
Coverage 81.20% 81.20%
Complexity 4625 4625
=========================================
Files 290 290
Lines 13483 13483
Branches 1993 1993
=========================================
Hits 10949 10949
Misses 1933 1933
Partials 601 601
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
* Make AbstractPatriciaTrie public * Added javadocs
I extend this class here to make an implementation which works with an
AsciiSequenceView
instead ofString
. Package visibility forces me to create a package org.apache.commons.collections4.trie in my project. This hack works, but it prevents me from migrating to the java modules system, which prohibits using the same package names in the different modules. So I think the best solution here wil be to make AbstractPatriciaTrie public.