<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[RSS Feed]]></title><description><![CDATA[RSS Feed]]></description><link>http://direct.ecency.com</link><image><url>http://direct.ecency.com/logo512.png</url><title>RSS Feed</title><link>http://direct.ecency.com</link></image><generator>RSS for Node</generator><lastBuildDate>Tue, 14 Apr 2026 22:55:47 GMT</lastBuildDate><atom:link href="http://direct.ecency.com/created/designpatterns/rss.xml" rel="self" type="application/rss+xml"/><item><title><![CDATA[Design Patterns]]></title><description><![CDATA[If you do not know, design patterns are typical solutions to common problems in software design. Each pattern is like a blueprint that you can customize to solve a particular design problem in your code.]]></description><link>http://direct.ecency.com/hive-169321/@boyanpro/design-patterns</link><guid isPermaLink="true">http://direct.ecency.com/hive-169321/@boyanpro/design-patterns</guid><category><![CDATA[hive-169321]]></category><dc:creator><![CDATA[boyanpro]]></dc:creator><pubDate>Sat, 29 Oct 2022 20:54:09 GMT</pubDate><enclosure url="https://images.ecency.com/p/5s4dzRwnVbzGY5ssnCE4wXzkeAEXyVtgk1ApQTwHMTp6y5PvEo1yenn8hrF5ERGUc75bA6qfwxZk4y15UjZ7czwcCdDEsDuAhgNjHQWnWKaa3jUSCT9MkibY5XCdkEPVyQhE3QKtFA61oojx1746XgjJKcsh1Z83DuPgrGe?format=match&amp;mode=fit" length="0" type="false"/></item><item><title><![CDATA[Design Patterns in TypeScript]]></title><description><![CDATA[Design Patterns in TypeScript Code: SOLID PRINCIPLES 1.1 The Course Overview 1.2 Introduction to SOLID 1.3 The Single Responsibility Principle 1.4 The Open/Closed Principle 1.5 The Liskov Substitution]]></description><link>http://direct.ecency.com/typescript/@rcp/vwu8do82</link><guid isPermaLink="true">http://direct.ecency.com/typescript/@rcp/vwu8do82</guid><category><![CDATA[typescript]]></category><dc:creator><![CDATA[rcp]]></dc:creator><pubDate>Wed, 19 Sep 2018 01:49:00 GMT</pubDate><enclosure url="https://images.ecency.com/p/46aP2QbqUqBqwzwxM6L1P6uLNceBDDCM8a9fjHci23osRYkRtLfvGznbP9zoiMQhGV1nCwanF6XieuyjrhMAbKFwTALu?format=match&amp;mode=fit" length="0" type="false"/></item><item><title><![CDATA[Singleton Design Pattern]]></title><description><![CDATA[Singleton pattern: Singleton pattern belongs to the creational pattern. It allows one instantiation or object for JVM Rules for singleton pattern: The constructor should be private. ​​private Singleton()]]></description><link>http://direct.ecency.com/softwaredesignpattern/@rakeshbecse/singleton-design-pattern</link><guid isPermaLink="true">http://direct.ecency.com/softwaredesignpattern/@rakeshbecse/singleton-design-pattern</guid><category><![CDATA[softwaredesignpattern]]></category><dc:creator><![CDATA[rakeshbecse]]></dc:creator><pubDate>Sun, 01 Apr 2018 04:59:18 GMT</pubDate></item><item><title><![CDATA[Design patterns: Singleton]]></title><description><![CDATA[Today we will describe the first design pattern or rather anti-pattern, it is officially a design pattern, but for many it is also considered by me as anti-pattern, because it has many disadvantages that]]></description><link>http://direct.ecency.com/designpatterns/@slawas/design-patterns-singleton</link><guid isPermaLink="true">http://direct.ecency.com/designpatterns/@slawas/design-patterns-singleton</guid><category><![CDATA[designpatterns]]></category><dc:creator><![CDATA[slawas]]></dc:creator><pubDate>Thu, 22 Mar 2018 09:30:33 GMT</pubDate><enclosure url="https://images.ecency.com/p/9vWp6aU4y8kyJM9JABQLS7EhjmU3VVqJQJsLWXdiLxHniMXRCPtVfnPnwsQEEzVQuGMx5E3yShV2sPmPYMM1mDVbRLY6Mca9UuBKM6gGSGRRTynJA7oWtL9Nne887FHVpcvaUQ3fRiCgpBYqC?format=match&amp;mode=fit" length="0" type="false"/></item><item><title><![CDATA[Design Patterns and Neo-Platonism]]></title><description><![CDATA[It is, in my view, a stupid and ridiculous waste of time to take on the "Gang of 4" head on. So I propose a more modest and simple proof: Design patterns are assumed to be correct. Correct is]]></description><link>http://direct.ecency.com/tech/@codemonkeyindy/design-patterns-and-neo-platonism</link><guid isPermaLink="true">http://direct.ecency.com/tech/@codemonkeyindy/design-patterns-and-neo-platonism</guid><category><![CDATA[tech]]></category><dc:creator><![CDATA[codemonkeyindy]]></dc:creator><pubDate>Mon, 19 Feb 2018 08:25:09 GMT</pubDate></item><item><title><![CDATA[Design Theories VS Design Patterns]]></title><description><![CDATA[A design theory proposes a hypothesis and provides criteria for evaluation, a design pattern is assumed to exist and to be perfect (perfection is the enemy of the good). A design theory seeks objective]]></description><link>http://direct.ecency.com/tech/@codemonkeyindy/design-theories-vs-design-patterns</link><guid isPermaLink="true">http://direct.ecency.com/tech/@codemonkeyindy/design-theories-vs-design-patterns</guid><category><![CDATA[tech]]></category><dc:creator><![CDATA[codemonkeyindy]]></dc:creator><pubDate>Mon, 19 Feb 2018 07:45:27 GMT</pubDate></item><item><title><![CDATA[Software Design Patterns Cheat Sheet]]></title><description><![CDATA[Strategy: Defines a family of algorithms, encapsulates each one, and make them interchangeable. Strategy lets the algorithm vary independently from clients who use it. Decorator: Attach additional]]></description><link>http://direct.ecency.com/softwaredesignpatterns/@nsunil/software-design-patterns-cheat-sheet</link><guid isPermaLink="true">http://direct.ecency.com/softwaredesignpatterns/@nsunil/software-design-patterns-cheat-sheet</guid><category><![CDATA[softwaredesignpatterns]]></category><dc:creator><![CDATA[nsunil]]></dc:creator><pubDate>Thu, 01 Feb 2018 15:41:06 GMT</pubDate></item><item><title><![CDATA[VIPER Design pattern in iOS]]></title><description><![CDATA[Hi Friends, This post is in continuation with my earlier STEEMIST post - The latest pattern which is getting attention in iOS now a days is VIPER design pattern as it helps in designing and testing iOS]]></description><link>http://direct.ecency.com/vincentb/@arwy/viper-design-pattern-in-ios</link><guid isPermaLink="true">http://direct.ecency.com/vincentb/@arwy/viper-design-pattern-in-ios</guid><category><![CDATA[vincentb]]></category><dc:creator><![CDATA[arwy]]></dc:creator><pubDate>Sat, 06 Jan 2018 21:56:30 GMT</pubDate></item><item><title><![CDATA[Design patterns in iOS]]></title><description><![CDATA[In software engineering, a design pattern is a general repeatable solution to a commonly occurring problem in software design. A design pattern isn't a finished design that can be transformed directly]]></description><link>http://direct.ecency.com/vincentb/@arwy/design-patterns-in-ios</link><guid isPermaLink="true">http://direct.ecency.com/vincentb/@arwy/design-patterns-in-ios</guid><category><![CDATA[vincentb]]></category><dc:creator><![CDATA[arwy]]></dc:creator><pubDate>Sat, 06 Jan 2018 21:37:51 GMT</pubDate></item></channel></rss>