<p>Uno de los principales problemas que nos encontramos en los frameworks de desarrollo mobile es la tendencia a tener toda nuestra l&oacute;gica implementada en una misma clase. En el caso de Android, suele recaer en las Activities, y en caso de iOS en los ViewControllers.</p>

<p>Este antipatr&oacute;n ya se viene estudiando desde los noventa y se cita en varios libros de programaci&oacute;n orientada a objetos con el sobrenombre de &quot;God class&quot; o &quot;God object&quot;.</p>

<p>En la jerga Android se suele hablar de &quot;God Activities&quot;, y en iOS se dice &quot;Massive View Controller&quot;, creando un juego de palabras las siglas &quot;MVC&quot; del conocido patr&oacute;n de dise&ntilde;o &quot;Model-View-Controller&quot;.</p>

<p>En ambos casos, el problema en nuestro c&oacute;digo aparece a medio o largo plazo, cuando tras intensas semanas de trabajo en nuestra App, las activities acaban teniendo por encima de 1000 o 1500 l&iacute;neas de c&oacute;digo.</p>

<p>La funcionalidad se cubre, el proyecto se entrega, y el c&oacute;digo se guarda durante un periodo de tiempo.</p>