Constructor and class properties within javascript mixins












0















I am trying understand mixins in javascript and all the examples and articles i have read so far talk about adding methods and not properties.



I have found Alex Jover Morales' article really useful and i have slightly modified his example to include an additional mixin and constructors with new properties within the mixins here.



Is what i have done below an anti-pattern?
Is there a problem with having a constructor and properties within a mixin?
Is there a problem with calling super() within each mixin's contructor?






const PlayMixin = superclass => class extends superclass {

constructor(args) {
let { favouriteGame } = args
super(args);
this.favouriteGame=favouriteGame;
}

play() {
console.log(`${this.name} is playing ${this.favouriteGame}`);
}
};


const FoodMixin = superclass => class extends superclass {

constructor(args) {
let { genericFood } = args
super(args);
this.genericFood=genericFood;
}

eat() {
console.log(`${this.name} is eating ${this.genericFood}`);
}

poop() {
console.log("Going to 💩");
}
};


class Animal {
constructor(args) {
let {name} = args
this.name = name
}
}

class Dog extends PlayMixin(FoodMixin(Animal)) {
constructor(...args) {
super(...args)
}

bark() {
console.log("Woff woff!")
}

haveLunch() {
this.eat();
this.poop();
}
}

const jack = new Dog({name:"Jack", genericFood:"lobster",
favouriteGame:"chess"});
jack.haveLunch();
jack.play();

.as-console-wrapper { max-height: 100%!important; top: 0; }












share|improve this question





























    0















    I am trying understand mixins in javascript and all the examples and articles i have read so far talk about adding methods and not properties.



    I have found Alex Jover Morales' article really useful and i have slightly modified his example to include an additional mixin and constructors with new properties within the mixins here.



    Is what i have done below an anti-pattern?
    Is there a problem with having a constructor and properties within a mixin?
    Is there a problem with calling super() within each mixin's contructor?






    const PlayMixin = superclass => class extends superclass {

    constructor(args) {
    let { favouriteGame } = args
    super(args);
    this.favouriteGame=favouriteGame;
    }

    play() {
    console.log(`${this.name} is playing ${this.favouriteGame}`);
    }
    };


    const FoodMixin = superclass => class extends superclass {

    constructor(args) {
    let { genericFood } = args
    super(args);
    this.genericFood=genericFood;
    }

    eat() {
    console.log(`${this.name} is eating ${this.genericFood}`);
    }

    poop() {
    console.log("Going to 💩");
    }
    };


    class Animal {
    constructor(args) {
    let {name} = args
    this.name = name
    }
    }

    class Dog extends PlayMixin(FoodMixin(Animal)) {
    constructor(...args) {
    super(...args)
    }

    bark() {
    console.log("Woff woff!")
    }

    haveLunch() {
    this.eat();
    this.poop();
    }
    }

    const jack = new Dog({name:"Jack", genericFood:"lobster",
    favouriteGame:"chess"});
    jack.haveLunch();
    jack.play();

    .as-console-wrapper { max-height: 100%!important; top: 0; }












    share|improve this question



























      0












      0








      0


      1






      I am trying understand mixins in javascript and all the examples and articles i have read so far talk about adding methods and not properties.



      I have found Alex Jover Morales' article really useful and i have slightly modified his example to include an additional mixin and constructors with new properties within the mixins here.



      Is what i have done below an anti-pattern?
      Is there a problem with having a constructor and properties within a mixin?
      Is there a problem with calling super() within each mixin's contructor?






      const PlayMixin = superclass => class extends superclass {

      constructor(args) {
      let { favouriteGame } = args
      super(args);
      this.favouriteGame=favouriteGame;
      }

      play() {
      console.log(`${this.name} is playing ${this.favouriteGame}`);
      }
      };


      const FoodMixin = superclass => class extends superclass {

      constructor(args) {
      let { genericFood } = args
      super(args);
      this.genericFood=genericFood;
      }

      eat() {
      console.log(`${this.name} is eating ${this.genericFood}`);
      }

      poop() {
      console.log("Going to 💩");
      }
      };


      class Animal {
      constructor(args) {
      let {name} = args
      this.name = name
      }
      }

      class Dog extends PlayMixin(FoodMixin(Animal)) {
      constructor(...args) {
      super(...args)
      }

      bark() {
      console.log("Woff woff!")
      }

      haveLunch() {
      this.eat();
      this.poop();
      }
      }

      const jack = new Dog({name:"Jack", genericFood:"lobster",
      favouriteGame:"chess"});
      jack.haveLunch();
      jack.play();

      .as-console-wrapper { max-height: 100%!important; top: 0; }












      share|improve this question
















      I am trying understand mixins in javascript and all the examples and articles i have read so far talk about adding methods and not properties.



      I have found Alex Jover Morales' article really useful and i have slightly modified his example to include an additional mixin and constructors with new properties within the mixins here.



      Is what i have done below an anti-pattern?
      Is there a problem with having a constructor and properties within a mixin?
      Is there a problem with calling super() within each mixin's contructor?






      const PlayMixin = superclass => class extends superclass {

      constructor(args) {
      let { favouriteGame } = args
      super(args);
      this.favouriteGame=favouriteGame;
      }

      play() {
      console.log(`${this.name} is playing ${this.favouriteGame}`);
      }
      };


      const FoodMixin = superclass => class extends superclass {

      constructor(args) {
      let { genericFood } = args
      super(args);
      this.genericFood=genericFood;
      }

      eat() {
      console.log(`${this.name} is eating ${this.genericFood}`);
      }

      poop() {
      console.log("Going to 💩");
      }
      };


      class Animal {
      constructor(args) {
      let {name} = args
      this.name = name
      }
      }

      class Dog extends PlayMixin(FoodMixin(Animal)) {
      constructor(...args) {
      super(...args)
      }

      bark() {
      console.log("Woff woff!")
      }

      haveLunch() {
      this.eat();
      this.poop();
      }
      }

      const jack = new Dog({name:"Jack", genericFood:"lobster",
      favouriteGame:"chess"});
      jack.haveLunch();
      jack.play();

      .as-console-wrapper { max-height: 100%!important; top: 0; }








      const PlayMixin = superclass => class extends superclass {

      constructor(args) {
      let { favouriteGame } = args
      super(args);
      this.favouriteGame=favouriteGame;
      }

      play() {
      console.log(`${this.name} is playing ${this.favouriteGame}`);
      }
      };


      const FoodMixin = superclass => class extends superclass {

      constructor(args) {
      let { genericFood } = args
      super(args);
      this.genericFood=genericFood;
      }

      eat() {
      console.log(`${this.name} is eating ${this.genericFood}`);
      }

      poop() {
      console.log("Going to 💩");
      }
      };


      class Animal {
      constructor(args) {
      let {name} = args
      this.name = name
      }
      }

      class Dog extends PlayMixin(FoodMixin(Animal)) {
      constructor(...args) {
      super(...args)
      }

      bark() {
      console.log("Woff woff!")
      }

      haveLunch() {
      this.eat();
      this.poop();
      }
      }

      const jack = new Dog({name:"Jack", genericFood:"lobster",
      favouriteGame:"chess"});
      jack.haveLunch();
      jack.play();

      .as-console-wrapper { max-height: 100%!important; top: 0; }





      const PlayMixin = superclass => class extends superclass {

      constructor(args) {
      let { favouriteGame } = args
      super(args);
      this.favouriteGame=favouriteGame;
      }

      play() {
      console.log(`${this.name} is playing ${this.favouriteGame}`);
      }
      };


      const FoodMixin = superclass => class extends superclass {

      constructor(args) {
      let { genericFood } = args
      super(args);
      this.genericFood=genericFood;
      }

      eat() {
      console.log(`${this.name} is eating ${this.genericFood}`);
      }

      poop() {
      console.log("Going to 💩");
      }
      };


      class Animal {
      constructor(args) {
      let {name} = args
      this.name = name
      }
      }

      class Dog extends PlayMixin(FoodMixin(Animal)) {
      constructor(...args) {
      super(...args)
      }

      bark() {
      console.log("Woff woff!")
      }

      haveLunch() {
      this.eat();
      this.poop();
      }
      }

      const jack = new Dog({name:"Jack", genericFood:"lobster",
      favouriteGame:"chess"});
      jack.haveLunch();
      jack.play();

      .as-console-wrapper { max-height: 100%!important; top: 0; }






      javascript multiple-inheritance mixins






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Nov 18 '18 at 18:18









      Peter Seliger

      1,2941219




      1,2941219










      asked Nov 17 '18 at 8:57









      ThierryMichelThierryMichel

      79112




      79112
























          1 Answer
          1






          active

          oldest

          votes


















          2















          Is what i have done below an anti-pattern?




          No, it is not.




          Is there a problem with having a constructor and properties within a mixin?




          No, as long as you call super(...) in a manner that it works for all mixed in classes.




          Is there a problem with calling super() within each mixin's contructor?




          No, super always points to the extended class, there isno problem in calling that constructor.






          share|improve this answer























            Your Answer






            StackExchange.ifUsing("editor", function () {
            StackExchange.using("externalEditor", function () {
            StackExchange.using("snippets", function () {
            StackExchange.snippets.init();
            });
            });
            }, "code-snippets");

            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "1"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53349705%2fconstructor-and-class-properties-within-javascript-mixins%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            2















            Is what i have done below an anti-pattern?




            No, it is not.




            Is there a problem with having a constructor and properties within a mixin?




            No, as long as you call super(...) in a manner that it works for all mixed in classes.




            Is there a problem with calling super() within each mixin's contructor?




            No, super always points to the extended class, there isno problem in calling that constructor.






            share|improve this answer




























              2















              Is what i have done below an anti-pattern?




              No, it is not.




              Is there a problem with having a constructor and properties within a mixin?




              No, as long as you call super(...) in a manner that it works for all mixed in classes.




              Is there a problem with calling super() within each mixin's contructor?




              No, super always points to the extended class, there isno problem in calling that constructor.






              share|improve this answer


























                2












                2








                2








                Is what i have done below an anti-pattern?




                No, it is not.




                Is there a problem with having a constructor and properties within a mixin?




                No, as long as you call super(...) in a manner that it works for all mixed in classes.




                Is there a problem with calling super() within each mixin's contructor?




                No, super always points to the extended class, there isno problem in calling that constructor.






                share|improve this answer














                Is what i have done below an anti-pattern?




                No, it is not.




                Is there a problem with having a constructor and properties within a mixin?




                No, as long as you call super(...) in a manner that it works for all mixed in classes.




                Is there a problem with calling super() within each mixin's contructor?




                No, super always points to the extended class, there isno problem in calling that constructor.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Nov 17 '18 at 9:40









                Jonas WilmsJonas Wilms

                57.1k43051




                57.1k43051






























                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Stack Overflow!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53349705%2fconstructor-and-class-properties-within-javascript-mixins%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    這個網誌中的熱門文章

                    Xamarin.form Move up view when keyboard appear

                    Post-Redirect-Get with Spring WebFlux and Thymeleaf

                    Anylogic : not able to use stopDelay()