接着 Chrome 扩展 : 入门，接下来开始实现一开始自己的想法：网络请求过滤。简单的说就是监听某个网站的所有请求，把想要的请求在扩展插件中展示出来。扩展名为 Capture Request 。

引子按照 Chrome 扩展 : 扩展是什么?中引导，接着就是入门教程。原文：Getting started版本：Updated on Wednesday, November 18, 2020源库：developer.chrome.com GitHubOriginMy GitHub入门扩展由不同但内聚的组件组成。组件可以包括后台脚本、内容脚本、选项页、U...

引子按照 Chrome 扩展 : 欢迎中的引导，接触到的相关介绍。原文：What are extensions?版本：Last updated: Friday, March 12, 2021源库：developer.chrome.com GitHubOriginMy GitHub扩展是什么?本页简要介绍了 Chrome 扩展，并介绍了如何创建一个 “Hello，World！”...

由于个人的想法，想到了插件的扩展，找资源时，感觉还是去看官方的文档，顺便翻译记录一下。以下是按照文档指导的顺序进行翻译。下面很多链接需要翻墙才能访问。

事务处理（Transaction processing）是计算机科学中的信息处理，它被分成单个不可分割的操作，称为事务（transaction）。每个事务作为一个完整的单元必须成功或者失败，绝不可能部分完成。事务处理通过确保系统上相互依赖的操作，全部成功完成或者全部成功取消，在已...

在修复问题的时候，发现一个元素设置了 box-shadow 属性，其它的元素也有公用，但这个元素的阴影看不见，试着把颜色值变的更明显，但还是看不到。问题示例，示例二维码。

在维护一些项目的时候，发现不少地方用 float 来进行布局，知道这个属性的作用效果，也知道怎么解决相关的问题，但就是不能进一步说出一个所以然来，就整理一下了。

引子在看 Scalable Frontend 1 — Architecture Fundamentals 的时候，想到应该不止这一种分层模式吧，就去找了些资料，翻译记录。原文：10 Common Software Architectural Patterns in a nutshelleOriginMy GitHub正文有没有想过大型企业级系统是如何设计的？在主要...

引子继 Scalable Frontend 2 — Common Patterns 第三篇，继续翻译记录。原文：Scalable Frontend #3 — The State LayerOriginMy GitHub正文状态树，实际上就是单一来源在处理用户界面时，无论我们使用的应用程序的规模有多大，必须要管理显示给用户或由用户更改的状...

引子继 Scalable Frontend 1  — Architecture Fundamentals 第二篇。原文：Scalable Frontend #2 — Common PatternsOriginMy GitHub正文模式应该很好的适应，就像玩积木。让我们继续前端可扩展性的讨论！在上一篇文章中，我们讨论了前端应用程序的架构基础，但仅限于...

引子读了关于可扩展前端讨论的一些文章，翻译记录。原文：Scalable Frontend #1 — Architecture FundamentalsOriginMy GitHub正文关于软件开发中“可扩展性”一词最常见的两个含义，与随着时间推移代码库的性能和可维护性有关。你可以同时拥有它们，但是注重良好的可维...

引子基于 NodeJS and Good Practices 想尝试下分层，在做的时候发现另外一个类似的分层，继续翻译记录。原文：The Clean ArchitectureOriginMy GitHub正文在过去的几年里，我们看到了一系列关于系统架构的想法。其中包括：Alistair Cockburn 的 Hexagonal Architectu...

引子最近在尝试一个东西的时候，再次碰到需要获取元素的位置，这次还是自己来整理一下。OriginMy GitHub基本属性信息clientHeight/clientWidth {代码...} 只读属性，是元素内容内部高度/宽度，包含内边距（padding），不包括水平/垂直滚动条、边框（border）和外边距...

引子文章 《The Single Responsibility Principle》 是从《NodeJS and Good Practices》里面看到的，继续翻译记录。翻译原文：NodeJS and Good PracticesOriginMy GitHub正文软件总是处于随时变化中，而有助于衡量代码质量的一个方面是改动代码的容易程度。但为什么...

很多地方看过或听过单一责任原则，看了《The Single Responsibility Principle》这篇文章后，有了新的认识，翻译记录一下。原文中有些链接失效了，找了资源重新换了下。