yes.  that's why we have abstract base classes... ;-)

Seth Ladd wrote:

On 8/13/05, Jonathan Locke <[EMAIL PROTECTED]> wrote:
if you don't want fqcn (and btw, i dislike that abbrev. even though i
know what you mean),

Again, don't care what you call it, was just a stand in. :)

just implement your own IMarkupLocator:

new IMarkupLocator()
{
   String getMarkup(MarkupContainer container)
   {
      String name = Classes.getName(container.getClass());
         <do resource location magic with non-fqcn string>
      return markup;
   }
}

The problem I have with this is that it's mixing two things.  I'm sure
I'm beating a dead horse by now, but this single class should delegate
the:

String name = Classes.getName(container.getClass());

line to a IMarkupNameResolver (name pending approval :)

That way, if I want to change the strategy for deducing the raw name
of the HTML page, I don't have to create a full IMarkupLocator class,
because I don't care how the actual resource location works (since
that works fine and is very flexible).

How about:

new IMarkupLocator()
{
    String getMarkup(MarkupContainer container)
    {
       String name = markupNameResolver.resolve(container);
          <do resource location magic with non-fqcn string>
       return markup;
    }
}

Because once I turn com/example/Page.class into Page.html, I should
hand that off to the standard Wicket ResourceStreamLocator classes. There's no special "resource location magic" required really.

Seth


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to