Oh, it had occured to me that you probably don't even need the
namespacing. So something like
$label(Canada)
or
$label("Canada")
would work instead. See I'm still thinking it out ;)
On Oct 23, 11:19 am, Ken Egervari <[email protected]> wrote:
> Yes, I do (hopefully).
>
> It's not implemented yet, but it's next on the list, and it shouldn't
> be too difficult. Perhaps I'll run the idea by you and you can let me
> know if this fixes it for you.
>
> The framework already has a way to specify labels, so you can label a
> record like this:
>
> country:
> - [Canada] country_id: 1, name: "Canada"
> - [United States] country_id: 2, name: "United States"
>
> Of course, there's some redundancy there, so you can pass in an
> expression to the name property like this:
>
> country:
> - [Canada] country_id: 1, name: $label
> - [United States] country_id: 2, name: $label
>
> That gets rid of the duplication in text whenever it's needed, but we
> still have the duplication where name=$label, so we can use default
> values to refactor that.
>
> country:
> ? name: $label
> - [Canada] country_id: 1
> - [United States] country_id: 2
>
> So far, everything has been implemented as shown. The next steps have
> not, but will be.
>
> I agree that ids are a messy way to reference data that leaves a lot
> to be desired. One thing we can do is get the framework to generate
> the ids... that way we can access the rows from labels instead:
>
> country: [pk: country_id]
> ? name: $label
> - [Canada]
> - [United States]
>
> This doesn't work for pk's consisting for of two or more columns, but
> it's going to work in 99% of cases where you are pulling a root object
> that is needed for test against.
>
> Now, one thing I've left out is a name space for the label. It's
> implied because of the table name. The reason it's important for
> references later. The syntax could look something like this:
>
> province: [pk: province_id]
> - name: $label
> - [Ontario] province_id: $country(Canada)
> - [New York] province_id: $country(United States)
>
> I haven't really decided yet yet to put these in quotes or notes. I'll
> have to see what feels natural and looks best. Maybe this looks
> better?:
>
> province: [pk: province_id]
> - name: $label
> - ["Ontario"] province_id: $country("Canada")
> - ["New York"] province_id: $country("United States")
>
> Anyway, in your test code, you could do something like this:
>
> val province = provinceDao.find( "Ontario".toId )
>
> "toId" could be an implicit that maps Strings (or Symbols I guess) to
> a wrapper that has a toId() method. The implicit will return the same
> id that the framework generated when it parsed in all the test data.
>
> Does this approach solve the problem? Suggestions/improvements?
--
You received this message because you are subscribed to the Google Groups "The
Java Posse" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/javaposse?hl=en.
