added smalltalk

Author: clsource

docs/search-index.js

@@ -2,146 +2,146 @@
 <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/abstract.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/afterword.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/authors.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/bibliography.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/book.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/colophon.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/dedication.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/devops/devenvs.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/devops/dora.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/devops/golden.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/devops/observability.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/ecosystem/ecosystem.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/elixir/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/foreword.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/github/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/glossary.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/history/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/hosting/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/html/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/http/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/index.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/javascript/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/jobs/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/mobile/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/mobile/punteo.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/networking/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/security/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/swe/adr.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/swe/deprecation.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/swe/patterns.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/swe/prd.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/swe/roles.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/swe/stages.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/swe/uat.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/swe/wow.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 <url>
 <loc>https://elixircl.github.io/elixir-fullstack/systemd/chapter.html</loc>
-<lastmod>2025-09-05T14:34:20.106Z</lastmod>
+<lastmod>2025-09-07T19:24:01.895Z</lastmod>
 </url>
 </urlset>

docs/sitemap.xml

@@ -401,7 +401,45 @@ <h2 id="patrón-modelo-vista-controlador"><a class="anchor" href="#patrón-model
 </ul>
 </div>
 <div class="paragraph">
-<p>El principal problema de MVC y por qué razón nacieron otros patrones derivados es debido a la tendencia de que los controladores crecían de forma exponencial. Incluso llegando a ser llamado Massive View Controllers, por la cantidad de responsabilidades que tenían que cumplir.</p>
+<p>El principal problema de MVC y por qué razón nacieron otros patrones derivados es debido a la tendencia de que los controladores crecían de forma exponencial. Incluso llegando a ser llamado <em>"Massive View Controllers"</em>, por la cantidad de responsabilidades que tenían que cumplir.</p>
+</div>
+<div class="paragraph">
+<p>En su origen en <a href="https://stlab.cc/tips/about-mvc.html">SmallTalk</a> el patrón representaba tres conceptos fundamentales. El <em>Modelo</em> (Datos y sus validaciones), la <em>Vista</em> (Presentación) y el <em>Controlador</em> (Lógica de Negocios) que tenían una relación como se muestra en la siguiente figura.</p>
+</div>
+<div class="paragraph">
+<div class="title">MVC en SmallTalk</div>
+<p><span class="image"><img src="_images/mvc-structure-smalltalk.png" alt="mvc structure smalltalk"></span></p>
+</div>
+<div class="paragraph">
+<p>En la figura las líneas continuas implican una asociación directa. Las líneas discontinuas, una asociación indirecta por parte de un observador. Por lo tanto, se puede notar que el modelo desconoce la vista y el controlador, excepto indirectamente mediante notificaciones, y por lo tanto, el código del modelo es reutilizable. El controlador y la vista se vinculan al modelo, no al revés.</p>
+</div>
+<div class="paragraph">
+<p>La función de la vista y el controlador está fuertemente acoplada, pero no significa que el controlador tenga la responsabilidad sobre múltiples vistas. Apple se desvió de la versión de <em>SmallTalk</em> original al promover un controlador masivo para múltiples vistas y modelos, por lo que se entiende una diferencia entre <em>SmallTalk MVC</em> y <em>Cocoa MVC</em> (Apple). Esto pudo ser consecuencia de las limitaciones en lenguajes como <em>C</em> y <em>Pascal</em> que no contaban con las características de <em>SmallTalk</em> que facilitaban la observabilidad de propiedades.</p>
+</div>
+<div class="paragraph">
+<p>Para entender bien este patrón se debe mencionar que el <em>Modelo</em> es un objeto que puede ser observado y que encapsula la lógica compleja de las relaciones entre sus propiedades. Es decir, si ocurre un cambio de estado debe lanzar un evento que notifique a la vista y esta a su vez al controlador para que estos puedan actualizar sus estados internos. El modelo es independiente y no interactúa directamente con la vista o el controlador. El estado de la vista siempre debe ser el último estado del modelo. Como mínimo una vista debe ser notificada de las siguientes cosas:</p>
+</div>
+<div class="olist arabic">
+<ol class="arabic">
+<li>
+<p>¿Qué cambió?. Puede ser una notificación tan simple como "El modelo asociado a la vista".</p>
+</li>
+<li>
+<p>El nuevo valor a mostrar.</p>
+</li>
+</ol>
+</div>
+<div class="paragraph">
+<p>Para una implementación robusta el <em>Modelo</em> debe ser capaz de notificar exactamente las partes que han cambiado y cómo han cambiado. De esta forma logrando ser compatible con cualquier tipo de vista presente o futura. Como este patrón es compuesto, puede llegar a ocurrir que se necesite un modelo exclusivo para la vista y su estado actual (tamaño de ventana, entre otros), el cual también debe ser observable. Es decir, una vista puede estar escuchando notificaciones de múltiples modelos, incluso uno exclusivo para su estado interno.</p>
+</div>
+<div class="paragraph">
+<p>La identificación y correcta definición del <em>Modelo</em> es vital para un sistema bien diseñado. Es común identificar modelos generales como "Imagen", pero un mejor modelo debe considerar los detalles adicionales como "Imagen con configuraciones". Una buena técnica es crear modelos según los parámetros de las funciones de la lógica de negocios.</p>
+</div>
+<div class="paragraph">
+<p>Un ejemplo sería un botón asociado a eliminar una selección de archivos. Ésta eliminación de archivos está vinculada a una función que requiere una cantidad de parámetros y valores específicos (como ruta del archivo) para su correcta ejecución.</p>
+</div>
+<div class="paragraph">
+<p>Entonces el <em>Modelo</em> asociado a esta función construiría los parámetros necesarios y sus validaciones (como que el nombre del archivo exista y no sea nulo). Ésta validación puede ser observable por la <em>Vista</em> para habilitar/deshabilitar el botón según si es posible eliminar o no. Éste mismo <em>Modelo</em> puede ser reutilizado en distintas vistas y controladores dentro de la aplicación.</p>
 </div>
 <div class="sect2">
 <h3 id="modelo"><a class="anchor" href="#modelo"></a>Modelo</h3>

docs/swe/_images/mvc-structure-smalltalk.png

@@ -71,7 +71,29 @@ image:applemvc.png[Apple MVC]
 
 - https://developer.apple.com/library/archive/featuredarticles/ViewControllerPGforiPhoneOS/index.html
 
-El principal problema de MVC y por qué razón nacieron otros patrones derivados es debido a la tendencia de que los controladores crecían de forma exponencial. Incluso llegando a ser llamado Massive View Controllers, por la cantidad de responsabilidades que tenían que cumplir.
+El principal problema de MVC y por qué razón nacieron otros patrones derivados es debido a la tendencia de que los controladores crecían de forma exponencial. Incluso llegando a ser llamado _"Massive View Controllers"_, por la cantidad de responsabilidades que tenían que cumplir.
+
+En su origen en https://stlab.cc/tips/about-mvc.html[SmallTalk] el patrón representaba tres conceptos fundamentales. El _Modelo_ (Datos y sus validaciones), la _Vista_ (Presentación) y el _Controlador_ (Lógica de Negocios) que tenían una relación como se muestra en la siguiente figura.
+
+.MVC en SmallTalk
+image:mvc-structure-smalltalk.png[]
+
+En la figura las líneas continuas implican una asociación directa. Las líneas discontinuas, una asociación indirecta por parte de un observador. Por lo tanto, se puede notar que el modelo desconoce la vista y el controlador, excepto indirectamente mediante notificaciones, y por lo tanto, el código del modelo es reutilizable. El controlador y la vista se vinculan al modelo, no al revés.
+
+La función de la vista y el controlador está fuertemente acoplada, pero no significa que el controlador tenga la responsabilidad sobre múltiples vistas. Apple se desvió de la versión de _SmallTalk_ original al promover un controlador masivo para múltiples vistas y modelos, por lo que se entiende una diferencia entre _SmallTalk MVC_ y _Cocoa MVC_ (Apple). Esto pudo ser consecuencia de las limitaciones en lenguajes como _C_ y _Pascal_ que no contaban con las características de _SmallTalk_ que facilitaban la observabilidad de propiedades.
+
+Para entender bien este patrón se debe mencionar que el _Modelo_ es un objeto que puede ser observado y que encapsula la lógica compleja de las relaciones entre sus propiedades. Es decir, si ocurre un cambio de estado debe lanzar un evento que notifique a la vista y esta a su vez al controlador para que estos puedan actualizar sus estados internos. El modelo es independiente y no interactúa directamente con la vista o el controlador. El estado de la vista siempre debe ser el último estado del modelo. Como mínimo una vista debe ser notificada de las siguientes cosas:
+
+. ¿Qué cambió?. Puede ser una notificación tan simple como "El modelo asociado a la vista".
+. El nuevo valor a mostrar.
+
+Para una implementación robusta el _Modelo_ debe ser capaz de notificar exactamente las partes que han cambiado y cómo han cambiado. De esta forma logrando ser compatible con cualquier tipo de vista presente o futura. Como este patrón es compuesto, puede llegar a ocurrir que se necesite un modelo exclusivo para la vista y su estado actual (tamaño de ventana, entre otros), el cual también debe ser observable. Es decir, una vista puede estar escuchando notificaciones de múltiples modelos, incluso uno exclusivo para su estado interno.
+
+La identificación y correcta definición del _Modelo_ es vital para un sistema bien diseñado. Es común identificar modelos generales como "Imagen", pero un mejor modelo debe considerar los detalles adicionales como "Imagen con configuraciones". Una buena técnica es crear modelos según los parámetros de las funciones de la lógica de negocios.
+
+Un ejemplo sería un botón asociado a eliminar una selección de archivos. Ésta eliminación de archivos está vinculada a una función que requiere una cantidad de parámetros y valores específicos (como ruta del archivo) para su correcta ejecución.
+Entonces el _Modelo_ asociado a esta función construiría los parámetros necesarios y sus validaciones (como que el nombre del archivo exista y no sea nulo). Ésta validación puede ser observable por la _Vista_ para habilitar/deshabilitar el botón según si es posible eliminar o no. Éste mismo _Modelo_ puede ser reutilizado en distintas vistas y controladores dentro de la aplicación.
+
 
 === Modelo