use Perl

• Mixing two concepts (Score:2)

  by djberg96 (2603)

  I understand the selector namespace aspect of traints. However, I'm still confused by the need for interfaces within (nested) traits. Can you elaborate on section 3.4 (from the paper)?

  The example they give is difficult for me to follow. How would this be handled in Class::Trait, and under what circumstances would you need it?
  • Re:Mixing two concepts (Score:2)

    by Ovid (2709) on 2005.11.23 1:47 (#44771) Homepage Journal

    Which paper are you referring to? Do you mean the Scharli paper "Traits: Composable Units of Behavior"? There's no reference to interfaces there so I'm not sure if this is the paper you mean. As a guess, are you asking why composed traits might have unsatisfied method requirements which the class using the composed traits must provide? I can answer that pretty easily, but don't want to spend a lot of time getting into that if it's the wrong question :)

    Reply to This

    Parent

    • Re:Mixing two concepts (Score:2)

      by djberg96 (2603)

      Yes. And "unsatisfied method requirements which the class using the composed traits must provide" is what I (well, Java) would call an interface. :)
      • Re:Mixing two concepts (Score:2)

        by Ovid (2709)

        OK, that's what I thought you meant, but I wasn't sure.

        The reason for this requirement is straightforward. Let's say I create a "TSpouse" trait. That trait might provide companionship() and irritation() but still require love(). My class or some other trait has to supply that method. Having single, standalone traits require methods seems fine. For a real example, in my test code I have "XML" and "HTML" traits which require an "attributes" method. That method is provided by my "Data store" trait whic
    • Re:Mixing two concepts (Score:2)

      by djberg96 (2603)

      Hm...upon further review (Section 3.5) it looks like the interface aspect is only needed for conflict resolution for a class or composite trait. I think I get it. :)