<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
    <channel>
      <title>以我所主，为我所用</title>
      <link>https://www.jayclock-garden.top</link>
      <description>Last 10 notes on 以我所主，为我所用</description>
      <generator>Quartz -- quartz.jzhao.xyz</generator>
      <item>
    <title>超媒体驱动的动态权限</title>
    <link>https://www.jayclock-garden.top/knowledges/%E8%B6%85%E5%AA%92%E4%BD%93%E9%A9%B1%E5%8A%A8%E7%9A%84%E5%8A%A8%E6%80%81%E6%9D%83%E9%99%90</link>
    <guid>https://www.jayclock-garden.top/knowledges/%E8%B6%85%E5%AA%92%E4%BD%93%E9%A9%B1%E5%8A%A8%E7%9A%84%E5%8A%A8%E6%80%81%E6%9D%83%E9%99%90</guid>
    <description><![CDATA[ 超媒体驱动的动态权限 核心判断 超媒体驱动的动态权限，本质上是把权限控制从传统的、硬编码的能力检查（Can the user do X?），转为由服务端通过超媒体响应声明的能力发现（What can the user do?）。 前端不再维护权限规则，也不通过权限点列表决定按钮是否展示；它只根据 API 响应中是否存在某个操作链接来渲染 UI。真正的权限决策和最终校验仍然留在服务端。 这个模式的价值不在于替代授权系统，而在于让前端 UI 成为一个更纯粹的超媒体客户端：它根据服务端下发的资源状态和可用操作自动变化，从而降低前后端对权限规则的耦合。 我目前知道的内容 1. ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:41:53 GMT</pubDate>
  </item><item>
    <title>360 度审问法的核心概念和应用要点</title>
    <link>https://www.jayclock-garden.top/cards/360-%E5%BA%A6%E5%AE%A1%E9%97%AE%E6%B3%95%E7%9A%84%E6%A0%B8%E5%BF%83%E6%A6%82%E5%BF%B5%E5%92%8C%E5%BA%94%E7%94%A8%E8%A6%81%E7%82%B9</link>
    <guid>https://www.jayclock-garden.top/cards/360-%E5%BA%A6%E5%AE%A1%E9%97%AE%E6%B3%95%E7%9A%84%E6%A0%B8%E5%BF%83%E6%A6%82%E5%BF%B5%E5%92%8C%E5%BA%94%E7%94%A8%E8%A6%81%E7%82%B9</guid>
    <description><![CDATA[ 360 度审问法的核心概念和应用要点是什么？ 把抽象的问题，展开成复数可以和现实联系起来的具象场景，借此拉平双方的信息差. ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item><item>
    <title>AI 代码审查的清晰模式要求</title>
    <link>https://www.jayclock-garden.top/cards/ai-%E4%BB%A3%E7%A0%81%E5%AE%A1%E6%9F%A5%E7%9A%84%E6%B8%85%E6%99%B0%E6%A8%A1%E5%BC%8F%E8%A6%81%E6%B1%82</link>
    <guid>https://www.jayclock-garden.top/cards/ai-%E4%BB%A3%E7%A0%81%E5%AE%A1%E6%9F%A5%E7%9A%84%E6%B8%85%E6%99%B0%E6%A8%A1%E5%BC%8F%E8%A6%81%E6%B1%82</guid>
    <description><![CDATA[ 为什么审查 AI 生成的代码要求工程师处在清晰模式？ 审查 AI 生成的代码时，工程师必须能够清晰理解、解释并验证代码的逻辑、边界和影响。 如果工程师无法把代码归类到已知设计、测试策略和质量标准中，就无法对代码质量负责。此时所谓审查会退化为对 AI 输出的被动接受。 因此，创建合并请求前，工程师需要让代码进入可解释、可验证、可测试的清晰模式。. ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item><item>
    <title>API 集合过大时要按调用者权限和用途拆分的原因</title>
    <link>https://www.jayclock-garden.top/cards/api-%E9%9B%86%E5%90%88%E8%BF%87%E5%A4%A7%E6%97%B6%E8%A6%81%E6%8C%89%E8%B0%83%E7%94%A8%E8%80%85%E6%9D%83%E9%99%90%E5%92%8C%E7%94%A8%E9%80%94%E6%8B%86%E5%88%86%E7%9A%84%E5%8E%9F%E5%9B%A0</link>
    <guid>https://www.jayclock-garden.top/cards/api-%E9%9B%86%E5%90%88%E8%BF%87%E5%A4%A7%E6%97%B6%E8%A6%81%E6%8C%89%E8%B0%83%E7%94%A8%E8%80%85%E6%9D%83%E9%99%90%E5%92%8C%E7%94%A8%E9%80%94%E6%8B%86%E5%88%86%E7%9A%84%E5%8E%9F%E5%9B%A0</guid>
    <description><![CDATA[ API 集合过大时为什么要按调用者权限和用途拆分？ 如果获取用户信息和删除用户等能力放在同一个接口集合中，普通调用者可能被迫依赖高风险能力。 按权限和用途拆分接口，可以让只需要查询的调用者看不到删除能力，减少误用和权限泄露。. ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item><item>
    <title>Ajax-Fetch-Axios 三者的关键区别</title>
    <link>https://www.jayclock-garden.top/cards/ajax-fetch-axios-%E4%B8%89%E8%80%85%E7%9A%84%E5%85%B3%E9%94%AE%E5%8C%BA%E5%88%AB</link>
    <guid>https://www.jayclock-garden.top/cards/ajax-fetch-axios-%E4%B8%89%E8%80%85%E7%9A%84%E5%85%B3%E9%94%AE%E5%8C%BA%E5%88%AB</guid>
    <description><![CDATA[ Ajax-Fetch-Axios 三者有哪些关键区别？ 三者都用于网络请求，但是不同纬度 Ajax（Asynchronous Javascript and XML）一种技术统称 Fetch 一个具体的 API 浏览器原生 API，用于网络请求 和 XMLHttpRequest 都是原生 API 相比于 XMLHttpRequest，Fetch 语法更加简洁易用、支持 Promise Axios 一个第三方库 由 Fetch XMLHttpRequest 去实现的 lib 重点：lib 和 api 之间的区别，平时尽量用 lib 而非 api. ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item><item>
    <title>CLS 的衡量与优化</title>
    <link>https://www.jayclock-garden.top/cards/cls-%E7%9A%84%E8%A1%A1%E9%87%8F%E4%B8%8E%E4%BC%98%E5%8C%96</link>
    <guid>https://www.jayclock-garden.top/cards/cls-%E7%9A%84%E8%A1%A1%E9%87%8F%E4%B8%8E%E4%BC%98%E5%8C%96</guid>
    <description><![CDATA[ CLS 衡量什么，如何优化？ 概念：积布局偏移（Cumulative Layout Shift，简称 CLS）是一个网页指标，用于衡量在网页的整个生命周期内所有意外布局偏移的总分。阅读一篇新闻文章时，页面顶部的广告突然弹出，导致所有内容向下移动。 优化建议：每一帧中，浏览器视口内的所有元素没有水平或垂直距离的移动。 给每张图片设置 width height 属性，让浏览器提前在网页上分配空间，最大程度减少重排和重新布局的可能 &lt;img src=&quot;image.jpg&quot; width=&quot;400&quot; height=&quot;160&quot; class=... ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item><item>
    <title>CRC 卡的核心概念和应用要点</title>
    <link>https://www.jayclock-garden.top/cards/crc-%E5%8D%A1%E7%9A%84%E6%A0%B8%E5%BF%83%E6%A6%82%E5%BF%B5%E5%92%8C%E5%BA%94%E7%94%A8%E8%A6%81%E7%82%B9</link>
    <guid>https://www.jayclock-garden.top/cards/crc-%E5%8D%A1%E7%9A%84%E6%A0%B8%E5%BF%83%E6%A6%82%E5%BF%B5%E5%92%8C%E5%BA%94%E7%94%A8%E8%A6%81%E7%82%B9</guid>
    <description><![CDATA[ CRC 卡的核心概念和应用要点是什么？ CRC卡是一个标准索引卡集合，包括三个部分：类名、类的职责、类的协作关系，每一张卡片表示一个类。 类：代表一系列对象的集合，这些对象是对系统设计的抽象建模，可以是一个人、一件物品等等，类名写在整个CRC卡的最上方。 职责：包括这个类对自身信息的了解，以及这些信息将如何运用。诸如，一个人，他知道他的电话号码、地址、性别等属性，并且他知道他可以说话、行走的行为能力。这个部分在CRC卡的左边。 协作：指代另一个类，我们通过这个类获取我们想要的信息或者相关操作。这个部分在CRC卡的右边。 . ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item><item>
    <title>CRP</title>
    <link>https://www.jayclock-garden.top/cards/crp</link>
    <guid>https://www.jayclock-garden.top/cards/crp</guid>
    <description><![CDATA[ 请解释关键渲染路径（Critical Rendering Path），以及如何对其进行优化。 关键渲染路径（Critical Rendering Path）是浏览器将 HTML、CSS 和 JavaScript 转换为屏幕上像素所经历的一系列步骤。优化 CRP，就是缩短这个过程的时间，让用户尽快看到有意义的内容。 这个路径始于浏览器接收到 HTML 文档。首先浏览器会先解析 HTML，构建起 DOM 树。在解析过程中，如果遇到 css 链接，会异步下载并构建 cssom 树。这两个过程是并行的，但是当遇到 js 链接时，Html 会等待脚本下载并执行完毕。 优化 CRP 的策略就是“减少阻塞”... ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item><item>
    <title>CSRF 攻击的原理和防护方式</title>
    <link>https://www.jayclock-garden.top/cards/csrf-%E6%94%BB%E5%87%BB%E7%9A%84%E5%8E%9F%E7%90%86%E5%92%8C%E9%98%B2%E6%8A%A4%E6%96%B9%E5%BC%8F</link>
    <guid>https://www.jayclock-garden.top/cards/csrf-%E6%94%BB%E5%87%BB%E7%9A%84%E5%8E%9F%E7%90%86%E5%92%8C%E9%98%B2%E6%8A%A4%E6%96%B9%E5%BC%8F</guid>
    <description><![CDATA[ CSRF 攻击的原理和防护方式是什么？ 概念： CSRF 英文全称是 Cross-site request forgery，所以又称为“跨站请求伪造”，是指黑客引诱用户打开黑客的网站，在黑客的网站中，利用用户的登录状态发起的跨站请求。CSRF 攻击的本质是利用 cookie 会在同源请求中携带发送给服务器的特点，以此来实现用户的冒充。 和 XSS 不同的是，CSRF 攻击不需要将恶意代码注入用户的页面，仅仅是利用服务器的漏洞和用户的登录状态来实施攻击。 攻击类型： GET 类型的 CSRF 攻击，比如在网站中的一个 img 标签里构建一个请求，当用户打开这个网站的时候就会自动发起提交。 POS... ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item><item>
    <title>CSS BFC 的规则和常见用法</title>
    <link>https://www.jayclock-garden.top/cards/css-bfc-%E7%9A%84%E8%A7%84%E5%88%99%E5%92%8C%E5%B8%B8%E8%A7%81%E7%94%A8%E6%B3%95</link>
    <guid>https://www.jayclock-garden.top/cards/css-bfc-%E7%9A%84%E8%A7%84%E5%88%99%E5%92%8C%E5%B8%B8%E8%A7%81%E7%94%A8%E6%B3%95</guid>
    <description><![CDATA[ CSS BFC 的规则和常见用法是什么？ . ]]></description>
    <pubDate>Fri, 30 Oct 2026 10:37:04 GMT</pubDate>
  </item>
    </channel>
  </rss>