Other uses than testing?

[Rogerio De Carvalho]

I envision other use for should-dsl, which would be for defining rules
of association among objects. These rules would give permission (or
not) for two objects to get associated - I will explain soon in a new
post on my blog.
I would have rules more or less like this:

associate_candidate |should| be_instance_of(some_class).
Predicate matchers would be a powerful way of describing rules too...
I don't how yet ;-)

Of course, new matchers would be created.

What do you think?
Am I saying something too stupid or too obvious?

--
Rogerio Atem de Carvalho

[Rodrigo Manhães]

Should-DSL is a DSL for assertions. Assertions are commonly used by
coding techniques based on "design by contract", that is what I think
you're suggesting.

In any field that makes heavy use of assertions, I think Should-DSL
can do the job in a better way than standard assertions or unittest
assertions.

I liked the idea and I think we could include it to the docs.

[]'s
Rodrigo

2011/3/8 Rogerio De Carvalho <rat...@gmail.com>:

[Rogerio De Carvalho]

Great! Have you ever seen similar usage for other languages like should-dsl?
The interesting thing will be testing methods that already use should-dsl ;-)
Also interesting is that we would have motivation to create a lot of
new matchers.

Soon I will release some code using it.

Bye

[Hugo Lopes Tavares]

Nice, Rogerio.

Post the link to the code here when you get it working, please...

See you later!