<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	xmlns:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comments on: Mixin Classes: The Yang of the CRTP	</title>
	<atom:link href="https://www.fluentcpp.com/2017/12/12/mixin-classes-yang-crtp/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.fluentcpp.com/2017/12/12/mixin-classes-yang-crtp/</link>
	<description>Jonathan Boccara&#039;s blog</description>
	<lastBuildDate>Thu, 21 Dec 2017 17:40:00 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.5.3</generator>
	<item>
		<title>
		By: Jonathan Boccara		</title>
		<link>https://www.fluentcpp.com/2017/12/12/mixin-classes-yang-crtp/#comment-719</link>

		<dc:creator><![CDATA[Jonathan Boccara]]></dc:creator>
		<pubDate>Thu, 21 Dec 2017 17:40:00 +0000</pubDate>
		<guid isPermaLink="false">https://www.fluentcpp.com/?p=1533#comment-719</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.fluentcpp.com/2017/12/12/mixin-classes-yang-crtp/#comment-714&quot;&gt;Botet Escriba Vicente J.&lt;/a&gt;.

Thanks for your comment.
You&#039;re right, those mixin classes are not the same pattern as inheriting from multiple interfaces, which are also called mixin.
Composition is a simpler solution, so to be preferred when possible, as you suggests. Inheritance can be useful for instance if the base class has protected methods we want access to, or virtual function we want to override.
And I learned the term (and the pattern) in the talk from Arthur referenced in the article.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.fluentcpp.com/2017/12/12/mixin-classes-yang-crtp/#comment-714">Botet Escriba Vicente J.</a>.</p>
<p>Thanks for your comment.<br />
You&#8217;re right, those mixin classes are not the same pattern as inheriting from multiple interfaces, which are also called mixin.<br />
Composition is a simpler solution, so to be preferred when possible, as you suggests. Inheritance can be useful for instance if the base class has protected methods we want access to, or virtual function we want to override.<br />
And I learned the term (and the pattern) in the talk from Arthur referenced in the article.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Botet Escriba Vicente J.		</title>
		<link>https://www.fluentcpp.com/2017/12/12/mixin-classes-yang-crtp/#comment-714</link>

		<dc:creator><![CDATA[Botet Escriba Vicente J.]]></dc:creator>
		<pubDate>Tue, 19 Dec 2017 18:21:00 +0000</pubDate>
		<guid isPermaLink="false">https://www.fluentcpp.com/?p=1533#comment-714</guid>

					<description><![CDATA[Your mixin class, has an additional drawback, it copies the original instance and so has no possibility to modify the original. 


You will need some kind of reference to be able to update the original class. I would use composition instead of inheritance in this case. Wondering if defining just a function that takes a reference to the original class doen&#039;t provides a good solution in most of these cases. 

I&#039;ve used the term mixin as something inherently related to a class. A class is composed in some way of several mixins, not the opposite way, something that decorates a class. Do you have some references where the term mixin is used as you use in this post?]]></description>
			<content:encoded><![CDATA[<p>Your mixin class, has an additional drawback, it copies the original instance and so has no possibility to modify the original. </p>
<p>You will need some kind of reference to be able to update the original class. I would use composition instead of inheritance in this case. Wondering if defining just a function that takes a reference to the original class doen&#8217;t provides a good solution in most of these cases. </p>
<p>I&#8217;ve used the term mixin as something inherently related to a class. A class is composed in some way of several mixins, not the opposite way, something that decorates a class. Do you have some references where the term mixin is used as you use in this post?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
