Scenario: Currently storing all the types of a mazeblock in an enum, but then when I add a new "mazeblock", I need to update the enum. I want each mazeblock to contribute to it when its loaded into the system so I don't have tight coupling.
For dynamic, enum-like sets of string values, should they be stored as singletons, static variables, or abstract classes? As singletons and static variables, they are persistent and fairly accessible. As an abstract class, derived classes can be made with the class name representing the enum -- but it would be an empty class with no extra functionality.
@durron597 Creation of delight is reserved for customers only. Get back to work creating it and work overtime to repay the time you have stolen. And flag the email as unproductive so the email reader productivity metric forwarding service data can be updated appropriately.
Is there a consensus for "dynamic enums", implemented as enum-like collections, on whether they should be singletons, static, or inheritance hierarchies? I think just going static is good here.
yes I read that post too, I'm asking because it's too vague to give much of an answer too
what you just said sounds to me like the enum is static for the entire duration of the program after some initialization where it has to go look up what the values are, is that right?
I don't want tight coupling. I don't want to add a new type of obstacle in my maze game, then go to a list of enums and update the list. I want to make it as modular as possible. I'd rather update the list from the new class so it's more contained.
It is declared as an enum, which leads to tight coupling whenever I create a new object.
So rather than creating a new object and updating the enum, I want to blow up the list and recreate it as something more dynamic. The cost to memory is negligible.
this raises even more questions; normally the whole point of an abstract class is that the rest of the code uses the base class interface and doesn't care what the concrete type is, and any code that tries to inspect the concrete type is considered an symptom of a design flaw if not an anti-pattern
@Ixrec It's not enough to have an inheritance hierarchy because I need to generate all of these MazeBlock objects when loading from files. The only alternative that comes to mind is using Reflection to get the class names and relying on that to find their types, which is just unforgiveable. That's why I have an enum that parallels the inheritance structure.
tl;dr a factory function takes a bunch of parameters and returns an object satisfying some interface, typically the intent is that it uses the parameters to decide which concrete type should be instantiated, so that nobody outside the factory function has to know what all of the concrete types are
user55340
Forget about trying to fit design patterns in. Identify the problem you have. Then look for the tool.
"I need to generate all of these MazeBlock objects when loading from files" sounded like a natural use case for that, the function takes some blob of characters from a file and figures out whether it's a Ladder or an Enemy
user55340
If you can't find the problem, the pattern is not something to apply.
@MichaelT I knew you couldn't resist saying that. You like to say it a lot, but I already have defined the problem rather explicitly, and am in the searching phase. @whatsisname I like this stuff. I guess everybody has their cup of tea.
@FizzledOut tbh we're still trying to figure out what the problem is; while your question made sense we're missing the full context and as you've seen every piece of context does not so much clarify as raise yet more questions about why things are the way they are; it's likely that the question you originally asked is not even a problem that will need solving if all this other stuff gets cleaned up
@JimmyHoffa are you talking about the bookmarkelet thingy? I've never tried it
@MichaelT @Ixrec alright, I see. Hold on and let me try to sort it out for awhile. I know the next big steps I need to do. If I can't figure it out on my own, I'll come back (again). Thanks guys; you've been a big help so far.
but to avoid sounding like we just want to torture you with all the faults we can find, a simple array of strings seems like it ought to work for what you originally asked for
and for the record, I'm not worried about you making the "programs are built out of design patterns!" mistake, you've already demonstrated you're thinking harder than that
video games tend to be unique in that they are required to have everything interact with everything else, which initially seems to make modular programming an impossibility, but resources like that helped convince me it's still doable
I am working on a 3D viewer for slideshows that rellies on WebGL to render pages and various graphical simulations and effects. For the front-end I am using Three.js to render graphics and Angular.js to render html pages and content. In between the two, I have created a custom framework that sync...
^-- will redisplay your own deleted items as well. Doesn't show your own edit log though because it breaks up-arrow editing; shows everyone elses edit logs though.
checks for new edits/removals every 500ms
interestingly now I think It'll be easy to quote people's earlier versions.. hmm
what I don't get is that you guys want questions you'd ask while standing at a whiteboard, about design and shit. which are all subjective. then you close everything for being subjective. lol
@LightnessRacesinOrbit it's about narrowness of scope.. lots of specifics remove the subjectivity to a degree where a distinctly authoritative answer can float to the top
Everyone knows (citation needed) that (at fixed rim diameter) tyres with smaller section require less effort to move around (at least on a paved road).
TL; DR.
Why?
A bit of context.
I always thought this phenomenon is due to the size of the contact patch between each tyre and the road. Notabl...
I'm around 230lbs. Since I do enjoy biking, I was looking up old school racing bikes on craigslist. Some of the frames are built with "Tange 1" steel which specify weight limits (180lbs). Is it really possible that I might damage the bike if I choose to ride it?
For someone my weight or higher, ...
@LightnessRacesinOrbit We do have plenty of questions within scope: unfortunately, people tend to dump their crap here because they are question-banned at SO or think cross-posting is a good idea.
user114359
I think it would be more accurate to say we don't have a lot of interesting questions within scope.
I am working on a 3D viewer for slideshows that rellies on WebGL to render pages and various graphical simulations and effects. For the front-end I am using Three.js to render graphics and Angular.js to render html pages and content. In between the two, I have created a custom framework that sync...
Well, some things need to be done in a new way, I strongly stand by this decision (in-house framewor). Nothing in the market could have facilitated the tools I need for the exact combination of features on this project. Hopefuly this answer is not offensive.
I have heard many people far more experienced than me claim that it is more common to err by reinventing the wheel than err by taking preexisting wheels, that is the most I can say on the matter, without knowing more about your desired wheel specifications
Everyone knows (citation needed) that (at fixed rim diameter) tyres with smaller section require less effort to move around (at least on a paved road).
TL; DR.
Why?
A bit of context.
I always thought this phenomenon is due to the size of the contact patch between each tyre and the road. Notabl...
