Talk:Mixin

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Confusing analogy[edit]

The bowl and ingredient analogy is confusing—Preceding unsigned comment added by 141.154.250.176 (talkcontribs) 14:53, 2 June 2004

Also the term WHOPPER is used without any reference. What a wrapper is, is somewhat clear (wraps something, usually a function), but a whopper sounds like Burger King. — Preceding unsigned comment added by 129.247.247.239 (talk) 17:58, 18 May 2022 (UTC)[reply]

Are mixins bad?[edit]

I always wondered: are Mixin's "bad"? I'm sure the proper answer is that they're useful in some scenarios, but detrimental in others. What should I look out for? What are similar paradigms that get mistakenly used as Mixin's? I don't want to suffer from Golden hammer syndrome, if there's something that answers the problem better... --Eddie Parker 13:19, 2 May 2005 (UTC)[reply]

That depends on the definition of "bad". We should well-define the problem. For me, and I come from Ruby, I feel that modules (which provide the mixins for ruby) are basically crippled classes. As thus, they are limited and put a constraint on the programmer. I myself would favour a more open-ended nature and no class/module distinction, and instead specify behaviours on the objects rather than a class/subclass + mixin structure, which always felt awkward to me. 91.113.93.23 (talk) 00:51, 15 December 2011 (UTC)[reply]

Flavors[edit]

Link to Flavors needs a substantive page.—Preceding unsigned comment added by 217.43.207.44 (talkcontribs) 22:42, 18 June 2005

Error in "Comentary"[edit]

Inheritance can indeed be used to refactor common behavior, so mixins are just another way of getting the same functionality, AFAIK. (*)

Well, CLOS generic functions allow multiple dispatching, but I don't know if this has something to do with mixins... Maybe it cannot be donne (except for the trick in Visitor) with the other sintax?

(*) Mixins add the benefit of being suitable for some aspect-oriented programming. This is because they can refactor methods from classes that have nothing in common (so it would be a bad practice to make them inherit from a common base). This is also true with the very similar way of ArtScript for defining class attributes. Anyway I wonder wether the benefits of AOP which mixins bring couldn't be reached using multiple inheritance...

--USer:Euyyn

Example[edit]

Could someone familiar with this concept provide a simple code example? John (Jwy) 18:22, 1 April 2006 (UTC)[reply]

I added one for python. Cburnett 03:35, 26 June 2007 (UTC)[reply]

Misleading and incomplete[edit]

I've just accidentically stumbled into this article, and I get the severe feeling that it is misleading and incomplete. Most importantly it doesn't really give substantial information, what a mixin is. Then, it is too fixated on specific programming languages. Using mixins is a a programming style, which by and large can be used in nearly every programming language. Just google for Mixin+C++ to get a hint. E.g. Smaragdakis and Batory.

I only have time for this notice right now, but I'll have a try at the article in the future.

Pjacobi 12:30, 12 April 2006 (UTC)[reply]

Yeah, I'd also like some elaborations. 5 years later the above message, I read this and still have no clue on what those things are. Reading this page or not is pretty much the same. It's so vague I don't even have an idea on what I'd like to know more!
MaxDZ8 talk 18:06, 9 September 2011 (UTC)[reply]

Maybe I'm being dense but this article doesn't describe what problems mixins are supposed to solve? It's funny that the very fisrt paragraph is all about the history of simula in the 70s or something instead of some clear and non vague reason for the existence of this concept (seperately from interfaces and multiple inheritance I mean).

The way I understand it if B inherits A, C inherits A and you attempt do to multiple inheritance like in D inherits B and C, then if B and C can be instantiated (have a constructor) you either have to somehow choose how the A part in D will be constucted (which constructor to use), or have two copies of A in D. So mixins basically say that B and C can't be constructed like that, they can't exist on their own with their own A, so you just put an A part and complete the hierarchy. — Preceding unsigned comment added by 94.68.184.180 (talk) 17:59, 12 September 2011 (UTC)[reply]


I read this article, several times and I still do not have a clue as to what it is talking about. I suggest an example using a fairly well known language such as Java or C++ or C# rather than Lisp. The first part of this topic should provide a more layman's type of description of a mixin then follow that up with a section of esoterica, clearly labeled as such, so that those of us who just want the basic concept can get that and move on. 08 November, 2011. — Preceding unsigned comment added by 141.165.211.254 (talk) 21:58, 8 November 2011 (UTC)[reply]


I think the #1 reason it is confusing is that it mistakenly uses the word "mixin" for both the class in which the composition takes place (in the first sentence) and also for the classes which implement the orthogonal functionalities to be composed (in the Python example). It has other flaws aswell. I recommend putting some warning ontop that it is of low quality (I have seen such on other pages). — Preceding unsigned comment added by 46.249.133.113 (talk) 16:48, 3 January 2014 (UTC)[reply]

Definition and implementation - Missing Javascript[edit]

Given the popularity of Javascript, it should probably get added to the list of languages that use Mixin for object creation. In Javascript, you define the class and add the methods afterwards. You can add methods new at runtime. data64 17:59, 24 September 2006 (UTC)[reply]

Um, javascript doesn't have classes. The best you can do is is copy in methods from another object but you have to do that manually. Cburnett 03:22, 26 June 2007 (UTC)[reply]

The first JavaScript example that used Underscore.js was broken in many ways. I just tried to rewrite it, and it works now, but I don't know if it's the best example. Let99 (talk) 07:13, 25 October 2015 (UTC)[reply]

PHP and ColdFusion[edit]

I removed PHP. How can you have mixins in PHP when PHP only has single inheritance? That gives you no room to "mix in" the mixin class. The best you can do is declare a class as abstract and inherit from there, but how can that be a "mixin"? Cburnett 03:20, 26 June 2007 (UTC)[reply]

Maybe in this way or this way? oc666 (talk) 08:00, 5 May 2010 (UTC)[reply]

I also removed ColdFusion. Again, like PHP, it does not have multiple inheritances so how can mixins work? Cburnett 23:35, 27 June 2007 (UTC)[reply]

Did you know that using of mixins is also possible in languages that support only single inheritance? Take a look at Ruby or Java. Ruby uses modules for that purpose (http://www.rubycentral.com/pickaxe/tut_modules.html) and Java leverages the power of Aspect-oriented programming (as someone noticed in Commentary section). —The preceding unsigned comment was added by 83.27.165.149 (talkcontribs).
That link gave me a 'file not found' error. Can you give an example of how to use a mixin with PHP to achieve something like my python example (I know, PHP doesn't have threads but something analogous would be fine)? Cburnett 03:52, 9 July 2007 (UTC)[reply]
Thanks, I have corrected ruby link. Unfortunately I didn't know PHP at all (look at http://www.advogato.org/article/470.html). I just pointed out that usage of mixins is also possible in languages that support single inheritance only. —The preceding unsigned comment was added by 89.79.58.109 (talkcontribs).
I appreciate the links. The PHP example is an ugly, ugly hack. PHP does not support mixins and the method used in your advogato.org link is dynamically creating classes via eval() calls. The Ruby example is a step in the right direction (classes are not dynamically created). My qualm with that method is that the mixin is no longer a class like this article defines a mixin as ("a mixin is a class"). It's merely including functions that pretend they are in a class. The WhoAmI function references self when it is clearly not in a class (in this way it is a true mixin because it definitely cannot stand alone).
At the end of the day, I don't have a strong problem including Ruby (perhaps some of the other languages listed also do "mixins" in a similar way) but I do with PHP. In PHP, functions are not first class objects therefore your only route is to dynamically create classes to work around the languages inability to do it the "Ruby way" or a more literal way like Python.
I would like to see the list split up into "the real way with multiple inheritances of classes" and "the ruby include kind of way". Cburnett 13:39, 9 July 2007 (UTC)[reply]
Mixin will be a core-feature in PHP 5.4. [User:SimonSimCity|SimonSimCity] 13:03 31 Oct 2011 (UTC) — Preceding unsigned comment added by 79.135.31.13 (talk)

This but not that[edit]

How can a programmer in mixin enabled programming languages decide which methods/attributes of a superclass shall be mixed in to the to developed subclass and which not? --Abdull (talk) 15:57, 8 February 2008 (UTC)[reply]

The exact mechanics depend on the language. Mixin is more like a design pattern. You have to decide which functions perform what parts of your task and then you implement just certain functions differently to get different behavior.
In the python example the ThreadingMixIn class implements the process_request method. This method creates the new thread that handles the rest of the request in that new thread. The ForkingMixIn, instead, forks another process to handle the rest of the request. Cburnett (talk) 19:27, 8 February 2008 (UTC)[reply]

Compromises[edit]

"However, mixins introduce their own set of compromises."

What compromises? What compromises of multiple inheritance do mixins avoid?

Fresheneesz (talk) 17:50, 26 April 2010 (UTC)[reply]

Introduction[edit]

The paragraph starting with "A mixin can defer definition..." in the introduction states properties of mixins that are not general; they probably occur in a specific language that the writer had in mind. I think that it should not appear in the intro. AmirOnWiki (talk) 15:52, 3 June 2010 (UTC)[reply]

"C# Mixins" references do not support the claims[edit]

Under Commentary:

... C# 3.0 has the ability to mimic mixins.[5][6][7]
[5] Implementing Mixins with C# Extension Methods
[6] I know the answer (it's 42) : Mixins and C#
[7] Mixins, generics and extension methods in C#

In my reading, references 6 and 7 conclude that mixins are NOT supported by C#. Reference 5, in my opinion, falls short of showing support for mixins. —Preceding unsigned comment added by 68.55.206.131 (talk) 22:34, 8 February 2011 (UTC)[reply]

C++ is missing[edit]

C++ does support mixins for example with virtual inheritance, where the top corner is the interface, the middle classes are the mixins, and the bottom class is the one you build up with the lego-like mixins. Agree to add it? Dgutson (talk) —Preceding undated comment added 06:30, 27 May 2011 (UTC).[reply]

C++ also supports static (compile time) mixins with open inheritance templates. A template class/struct can use a template parameter to be its parent class, making the class plug-able to exiting functionalities, augmenting them.

template<typename O>
struct Hello:O {
  void hi() {cout<<"augmented hello...";}
};

struct Existing {};

using myType=Hello<Existing>;//composing

//from now on we can use `myType` to build objects and they will have both the functionalities of `Existing` and `Hello` classes/struct

Object Pascal / Delphi[edit]

What about "Class helpers" in Object Pascal resp. Delphi, can they be seen as an implementation of this concept? — Preceding unsigned comment added by 89.204.153.98 (talk) 09:28, 15 February 2012 (UTC)[reply]

Very bad (and wrong) explanation in the beginning of the article.[edit]

"a mixin (or mix-in) is a class that contains methods for use by other classes without having to be the parent class of those other classes."

According to this sentence that means that in Java, a public static method is a mixin. It can be used by other classes and also it does not need to be a parent class. Well, I am not sure that it is a mixin according to some other sites. — Preceding unsigned comment added by 109.245.225.91 (talk) 14:49, 20 January 2021 (UTC)[reply]

Bad Definition of a Mixin[edit]

A Mixin class is not a class that is a combination of methods from other classes. It is simply a class that is meant to to be inherited by some class that is also inheriting from one or more other classes and is meant to provide a specific service to its clients. Thus it is its clients that are using multiple inheritance (and are thus "a combination from other classes", but I would choose not to express it in these terms) -- but they are not the Mixin classes. Raaronson (talk) 23:10, 5 January 2014 (UTC)[reply]

Agreed.—192.225.213.20 (talk) 05:50, 15 January 2016 (UTC)[reply]
The article insinuates that mixins and (multiple) inheritance are mutually exclusive. In reality, multiple inheritance is probably the most common way to implement mixins (I'm not actually aware of any others, but that may be just me...). --46.189.54.96 (talk) 10:57, 22 June 2017 (UTC)[reply]
An example of mixins without multiple inheritance could be how I have seen it done in Lua. I remember first encountering the concept from the game Natural Selection 2, where one of the devs wrote something about mixins and how they had decided to implement it.
While lua doesn't have inheritance by itself, they had already implemented aflavor of OOP. The mixins however were mostly separate to that, and instead functioned by adding the values of the mixins underlying table to the underlying table of the 'class' instances (did not affect the class, instead it was applied to the instance in its constructor. Or later, if you felt like it), iirc solving namespace-collision similar to the observer-pattern (all mixins had their function called, passing the return value to the next in line until last actually turned it).
I have also seen mixins in ecmascript, which to me looks to be less about inheritance or even classes, and more about either merging a copy of the mixin object into the 'client' prototype, or have mixins be functions defining methods on the context ('this') which then are called with the 'client's as context.
I realize this was a bit of necromancy, but figured I would answer the above user anyway :p It was touching on the topic that made me enter the talk page in the first place, anyway.
In fact, this should show that the articles definition of mixins that they are classes is incorrect, as they can be anything from tables copied into 'clients' (I am more and more taking a liking to using this term in the manner Raaronson showed) to functions creating new functions to, indeed, classes. --83.248.100.73 (talk) 04:54, 26 June 2020 (UTC)[reply]

Go (golang)[edit]

Go has mixins. Actually they are very important as there is no inheritance. — Preceding unsigned comment added by 203.161.136.173 (talk) 23:20, 28 June 2017 (UTC)[reply]

External links modified (February 2018)[edit]

Hello fellow Wikipedians,

I have just modified one external link on Mixin. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 18 January 2022).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 00:03, 3 February 2018 (UTC)[reply]