<?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>
	Comentarios en: Principios SOLID y patrones de diseño	</title>
	<atom:link href="https://www.oscarblancarteblog.com/2018/08/15/principios-solid-patrones-diseno/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.oscarblancarteblog.com/2018/08/15/principios-solid-patrones-diseno/</link>
	<description>Software Architect &#38; FullStack developer</description>
	<lastBuildDate>Tue, 06 Aug 2019 15:17:58 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.5.5</generator>
	<item>
		<title>
		Por: darkkase		</title>
		<link>https://www.oscarblancarteblog.com/2018/08/15/principios-solid-patrones-diseno/#comment-2957</link>

		<dc:creator><![CDATA[darkkase]]></dc:creator>
		<pubDate>Tue, 06 Aug 2019 15:17:58 +0000</pubDate>
		<guid isPermaLink="false">https://www.oscarblancarteblog.com/?p=2183#comment-2957</guid>

					<description><![CDATA[El tio bob es muy bueno explicando esto.  pero no son reglas estrictas, sino sugerencias.  por ejemplo en el primer caso de principio de unica responsabilidad.   el objeto mensaje  que envia un sms y un email, si al final del dia necesitas modificar una de sus funciones igual vas a modificar la misma cantidad de codigo si esta en una sola clase o en 2 clases.   
y en el caso de del principio abierto cerrado. si necesitas añadir una nueva funcion de enviochat, da igual si lo haces sobre la misma clase.   si al final  todos los metodos se ejecutan  en varias partes del sistema.   la clase mensaje puede tener su propio metodo envio, que ejecuta los 3 metodos internos... ahorrandote un factory. y teniendo en una clase todos los metodos relacionados a mensajes.  que es mas practico que  tener 3 clases distintas y un factory.

Lo importante es que la clase Mensaje cumpla la/s funciones de enviar mensajes. y no que haga algo como  enviar mensaje y loguear al usuario.]]></description>
			<content:encoded><![CDATA[<p>El tio bob es muy bueno explicando esto.  pero no son reglas estrictas, sino sugerencias.  por ejemplo en el primer caso de principio de unica responsabilidad.   el objeto mensaje  que envia un sms y un email, si al final del dia necesitas modificar una de sus funciones igual vas a modificar la misma cantidad de codigo si esta en una sola clase o en 2 clases.<br />
y en el caso de del principio abierto cerrado. si necesitas añadir una nueva funcion de enviochat, da igual si lo haces sobre la misma clase.   si al final  todos los metodos se ejecutan  en varias partes del sistema.   la clase mensaje puede tener su propio metodo envio, que ejecuta los 3 metodos internos&#8230; ahorrandote un factory. y teniendo en una clase todos los metodos relacionados a mensajes.  que es mas practico que  tener 3 clases distintas y un factory.</p>
<p>Lo importante es que la clase Mensaje cumpla la/s funciones de enviar mensajes. y no que haga algo como  enviar mensaje y loguear al usuario.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
