clay Wiki Rss Feed

New Comment on "Documentation"

wbmstr2good — Sat, 03 Mar 2012 22:32:27 GMT

As with other development tooling or style, there is often times more than one right answer. As such, I can think of quite a few situations where composing objects and behavior at runtime might be a good fit. For instance, if data that I'm using is large and constantly changing its structure, order, or otherwise unreliable, writing concrete implementations might be difficult or time consuming. A prefered approach may be just to provide an interface that describes only the data I need without requiring the ceremony and additional development time introducing formal DTO objects for only the unreliable portions. This saves time by allowing data i need to be parsed using redundant boilerplate parse code encapsulated within a single implementation provided by Clay. The benefit is realized once you consider that i was free from worrying about typos introduced when using a hand created map and that Clay has cross-checked the materialized data against a strongly typed interface which I then use in the rest of the code. That's choice, and choice is good.

New Comment on "Documentation"

gliljas — Wed, 31 Aug 2011 08:17:17 GMT

Yes, this is what we want.

New Comment on "Documentation"

Sleeper16583 — Fri, 15 Apr 2011 08:09:07 GMT

And is this what we want? Less compile time typing/checking, more loosely typed stuff. Types are like unit tests. They take time, but they reduce errors.

Updated Wiki: Documentation

BertrandLeRoy — Mon, 28 Feb 2011 21:19:06 GMT

Blog posts about Clay: