Comments for Sam's occasional tech thinkings

Comment on The fussy type by Josh McDonald

Josh McDonald — Tue, 18 May 2010 00:58:20 +0000

Hey, @darscan sent me a link to this, nice work. I’ve been rejigging my own reflection lib so it was very timely. I’m a big fan of fluent API design, but your idea of building the query first and then execute it against a class later is quite unique.

Comment on The fussy type by Mike cann

Mike cann — Mon, 17 May 2010 19:40:22 +0000

Very interesting!

Remind be of the FunkAS3 Lib by Joa: http://code.google.com/p/funk-as3/

Seems like functional programming is slipping out of the realms of Haskel more and more these days :p

Mike

Comment on The fussy type by sammy

sammy — Sun, 16 May 2010 14:37:16 +0000

Hello there jos,

That is an interesting idea. I believe it would be technically possible, but I think perhaps a more useful way to work with other reflection libraries would be to re-implement the IResultParsers (converts XML into strongly typed objects) to return Method, Variable, Metadata objects etc for other libraries. Then fussy could replace the implementation of the reflection libs in your code without affecting code that expect the objects generated by them.

Comment on The fussy type by Mark

Mark — Sat, 15 May 2010 17:15:04 +0000

Very nice library! Works very intuitive.

Would it be an idea to quickly filter out metadata tags somehow? something like this:

fussy.query().getTypeQuery().forType(type).metadata.get(“Remote”); // returns Metadata with remote

fussy.query().findProperties().withMetadata(“DataMember”).forType(type).metadata.get(“DataMember”);

This concept could also be applied on the properties list of the metadata.

Comment on The fussy type by J.

J. — Wed, 12 May 2010 14:36:38 +0000

I just read your article, and don’t test your Fussy, but it seems kick ass !! Really good !

Comment on The fussy type by Jos

Jos — Wed, 12 May 2010 13:49:57 +0000

Without really knowing what i’m asking, is it possible to pull out the query language into its own Interface, and allow the use of different reflection libs? I’m thinking that ppl sometimes are attached to their own reflection stuff, but if the query “part” could be separated out, it might allow for more Reflection libs to support that part of it.

I don’t know if what i’m asking is crazy-talk or not however, and it could just be coffee speaking.

Looking forward to spending some time looking at this! Thanks for sharing!

jos

Comment on Similar, but different! Private Configurations by Tom Kordys

Tom Kordys — Fri, 07 May 2010 09:44:52 +0000

I see more documentation
Nice

Comment on dawn injectors multi-mappings by sammy

sammy — Fri, 07 May 2010 09:33:23 +0000

Hey Glidas, I havent used SwiftSuspenders but I believe it does have a solution to your problem. I notice in the docs “rules (which allows sharing singletons between multiple mapping rules)” … might help you out

I dont think multi-mappings are enabling anything new as such, I’m just trying to make life easier

Sammy

Comment on Similar, but different! Private Configurations by sammy

sammy — Tue, 04 May 2010 08:44:26 +0000

Thanks for pointing me to your project, I will take a look. Interesting thoughts about using separate application domains. I am working on a demo of using dawn in separate application domains atm which should help raise any issues sammy

Comment on Similar, but different! Private Configurations by sammy

sammy — Tue, 04 May 2010 08:42:17 +0000

Hey Jon, yes I have seen Till’s child injectors, excellent stuff!! Private configurations actually are child injectors under the hood, the installPrivate method returns the child injector created for that private configuration should you want it. And you can also just create a child injector through the createChildInjector method on IInjector. Take a peek at the new IInjector api

Though I would advise using private configurations wherever possible. Manually creating child injectors looks more suited to dealing with modules than separating object graphs (in dawn anyhow), more on that in another post

Always interested to hear whats coming in RL! Its an awesome framework.

Cheers
Sammy

EDIT: Corrected all my spelling mistakes, I hope