众所周知
网站设计开发面临着广泛的可用性和性能问题，包括不友好的用户界面和扭曲的搜索结果，导致用户体验不好。那我们有什么好的方法来解决这些问题呢？
虽然潜在的问题可能超出了设计人员和开发人员的控制，但我们还是可以通过与客户良好的沟通和专业的能力来解决。为了加深我们对这种困境的集体理解，让我们研究一下开发人员控制的一个小而重要的方面:在屏幕上绘制像素。首先框架在这个过程中起着非常重要的作用，但是前端开发人员也有充分的理由选择框架，或图书馆就此而言:动态更新网站界面可能会以不明显的方式变得棘手。
网络上的一切都始于标记，即HTML。标记结构大致可以分为三类:首先总是保持不变的静态部件，再是实例化时定义一次的可变部分，最后是运行时动态更新的可变部分。在这里，可变部分被包在guillemets中:“Hello World”是各自的标题，它只在文章之间变化。然而，反向链接计数器可以通过客户端脚本不断更新；我们已经准备好在博客圈传播了。我们所有文章的其他内容都保持不变。
想象我们正在构建一个简单的颜色浏览器:一个小部件来浏览一组预定义的命名颜色，显示为将颜色样本与相应的颜色值配对的列表。用户应该能够搜索颜色名称，并在十六进制颜色代码和红色，蓝色和绿色（RGB）三元组之间切换。我们可以创造一个惰性骨架只用了一点HTML和CSS。
我们不情愿地决定为互动版本采用客户端渲染。对于我们这里的目的来说，这个小部件是构成一个完整的应用程序还是仅仅是一个独立的岛屿嵌入到静态或服务器生成的HTML文档中。从今以后<color-browser>元素将在那里生成整个用户界面。这种实现有些声明，通过组合各种简单的标记生成器（如果您愿意的话，也可以是清晰描述的组件）创建DOM结构。
每当字段发生变化时，我们都会更新相应的实例变量（有时称为单向数据绑定）。唉，改变这种内部状态2到目前为止还没有在UI中的任何地方反映出来。请注意，此事件处理程序与renderControls因为它分别需要一个复选框和一个搜索字段。因此，对renderControls现在，我们需要考虑另一段代码，可能是切换到颜色表示的单选按钮:超距作用！扩展该组件的合同以包括字段名称可以减轻这些担忧。
标准化浏览器API中似乎有一个明显的遗漏。非破坏性更新现有DOM结构的需求阻碍了我们对无依赖性普通JavaScript解决方案的偏好。这是假设我们重视具有不可侵犯封装的声明性方法，也就是“现代软件工程:好的部分”。
