So I've got a circular dependency problem. There's a few ways to move functions and (require )s around but the problem remains -- these three files fundamentally depend on one another:
parser.clj - lexer & parser (using joshua choi's excellent fnparse library) defaulttags.clj - multimethods for handing conditionals, looping, including other templates, etc. template.clj - "user facing" code. Has functions to load templates from disk and helper functions for rendering templates. And here's a dependency breakdown: defaulttags.clj depends on template.clj for loading new templates from disk from an "include" template tag depends on parser.clj for parsing the templates it loads template.clj depends on parser.clj for parsing/rendering templates it loads from disk also loads defaulttags.clj so the multimethods get registered There's also another file, right now called foo.clj, which defines two functions (represent and invoke-templatetag) and has no dependencies, but is required by all 3 files. I had to create the foo.clj file to get around an earlier circular dependency issue, and that works and there's no problem with it right now... just saying that's how parser.clj can call the tags registered in defaulttags.clj even though it doesn't import it. So anyway, I guess that's a long-winded explanation of my current circular dependency problem. It'd be great if someone could suggest a remedy. But as an aside, does this seem to anyone else like a wart on an otherwise great language? Thinking about file layout should not be one of my priorities... the language should not encourage me to put everything together in one file just to get it to work. I should be able to separate functionality in a way that makes sense to the app I'm building. Thanks for reading, Dan --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~----------~----~----~----~------~----~------~--~---
