-
Notifications
You must be signed in to change notification settings - Fork 115
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
Consider using jheaps #217
Comments
It's a reasonable question. MapBinaryHeap, however, is a specialized data structure that (as the name implies) combines two different data structures so as to enable operations that aren't part of the heap vocabulary. So while it's possible that we might modify it to use jheaps, we're unlikely to get rid of it entirely. |
Ah yes, I remember poking around the source code for If it were me, I'd keep this issue open until jheaps is needed, but I don't know about you. WDYT? |
It's an internal implementation detail IIRC--that is, MBH itself isn't a part of our APIs, although I think it's a public class--so we can certainly swap our our implementation if that seems warranted. I don't mind leaving this open for now; leave a comment if you want to dig into it further and give jheap a test drive. I don't consider this an urgent issue, though. |
Acknowledged! I'll leave this issue to one side for now. I'm currently doing stuff for Spotless, but once that's done, I'll consider having a go at one of the other issues here. :) |
I was interested by a recent discussion on JGraphT (jgrapht/jgrapht#645) where they discovered that for a certain algorithm, a different sort of heap performed better than the pre-existing one, which lead to a decision to use a heaps data structure library called jheaps.
Should we consider importing jheaps for our own purposes? And should we consider deprecating
MapBinaryHeap
in the process?The text was updated successfully, but these errors were encountered: