- IntSetStat and StringSetStat extend SetStat
- consolidated SetStat-related functions in StatSet, and added StatSet.getSetStatSize()
- she sells SetStat StatSets by the seashore
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@683 c613c5cb-e716-0410-b11b-feb51c14d237
Maybe these two classes should be merged into one? I'm worried that might break other code that already relies on MaxIntStat. Brighter minds: please advise.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@677 c613c5cb-e716-0410-b11b-feb51c14d237
an enumerated list of every class in the library. Since there are (as far as I know) only two
people currently using Flex Builder, and since these project files are easy to create and maintain
locally, lets not deal with keeping a versioned copy up to date every time a file is created,
removed or renamed.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@674 c613c5cb-e716-0410-b11b-feb51c14d237
projects. Flex Builder projects don't seem to support exporting libs, or this could depend solely
on Nenya.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@673 c613c5cb-e716-0410-b11b-feb51c14d237
this to automatically retry colliding stat modifications in the repository.
We'll also use the StatModifier to package up and send the modification to the
server that is hosting a user's in-memory stats so that the same adjustment can
be made to those. As a result of this requirement, Stat.Type became
Serializable which means that Stat will probably also need to be serializable
because the pattern we've adopted for our Stat.Type implementationsn is for
them to contain a prototype Stat object which is cloned to create new stats.
Maybe we'll stick with that and make Stat serializable, or maybe we'll do
something else. Not sure yet.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@669 c613c5cb-e716-0410-b11b-feb51c14d237
efficient (and almost certainly faster as well for sets of this size).
Modified add() to properly mark the stat as modified when it changes.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@668 c613c5cb-e716-0410-b11b-feb51c14d237
overridden to intercept such things if necessary (it's not necesary in this
case, we're just trying to set a good example for future programmers).
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@667 c613c5cb-e716-0410-b11b-feb51c14d237
ByteArrayOutputStream to a byte[] once and use that in the three places it's
needed. Some other small formatting tweaks.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@665 c613c5cb-e716-0410-b11b-feb51c14d237
- add a modCount field to Stat to assist detecting if a stat has been updated in the repository since being loaded into memory
- StatRepository.updateStat() is rewritten to support optionally failing if modCount has been updated (existing Stat code should not be affected by this change)
- added StatRepository.loadStat() and StatRepository.updateStatIfCurrent() to support loadingand updating of single stats.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@661 c613c5cb-e716-0410-b11b-feb51c14d237
single interval as that caused problems (which Charlie had to work around) and
added unnecessary complexity and indirection. There are not so many games and
so many tickers that we need to second guess the efficiency of Interval.
git-svn-id: svn+ssh://src.earth.threerings.net/vilya/trunk@644 c613c5cb-e716-0410-b11b-feb51c14d237
Tom Conkling