搜索[layer]结果-低调大师优秀个人博客

级联层(CSS@layer)

3.2 @layer的句法规则 @layer的句法如下： @layer layer-name {rules}@layer layer-name;@layer layer-name, layer-name

2023-05-24

C# 操作PDF 图层（Layer）——添加、删除图层、设置图层可见性

= page.PageLayers.Add("Line", true); //在页面指定位置添加指定长度的线条，并设置线条颜色、粗细等格式 layer.Graphics.DrawLine(new PdfPen

2018-05-07

Layer2 开发：在以太坊之上构建可扩展的执行层

以太坊主网走过了“能跑”的阶段，卡在“跑得动”。区块空间有限，Gas 价格随需求剧烈波动，一笔简单转账在拥堵时可能超过几十美元。对于高频、小额、交互密集的应用（支付、游戏、社交、DeFi 清算），主网直接部署在经济上不可行。

2026-10-29

Layer2 开发：框架选型是比写合约更根本的决策

所有 Rollup 最终都服务于同一个目标：在以太坊之外执行交易，把压缩后的数据和某种正确性信号发回 L1。分歧在于这个信号是什么。Optimistic Rollup 默认交易有效，只在有人提出异议时才在 L1 上运行欺诈证明，代价是一个通常 7 天的挑战窗口。ZK Rollup 每批交易附带密码学有效性证明，L1 即时验证，没有异议期，提款可以在数小时内完成。

2026-10-23

企业 GEO 工程化实践（三）：从 Entity Resolution 到 GEO Identity Layer

当企业开始关注 GEO 时，讨论往往很快进入关键词、Query、内容生产、AI Visibility、引用率和推荐率。但这些工作实际上都建立在一个更基础的假设之上：生成式 AI 已经正确识别了企业、品牌和产品所对应的真实实体。

2026-10-20

从 RAG 到 Knowledge Layer：腾讯乐享企业知识库的实践

过去两年，企业在落地大模型与 Agent 时，RAG、Text-to-SQL、MCP 等底座架构已经高度成熟。但当这套经典组合步入真实、复杂的业务深水区时，却频频在供给侧遇冷。作为深耕企业知识库多年的平台，腾讯乐享在自研的乐享AI知识库中，也经历了同样的瓶颈与思考。

2026-08-07

layer-vue 1.4.6 发布，基于 vue 3.0 的弹出层解决方案

更新内容： [新增] layer 组件 notifiy 方法, 支持消息通知。 [新增] layer 组件 photos 方法, 支持相册层。

2022-10-17

layer-vue 1.4.0 发布，vue 3 首选的弹出层解决方案

文档：layer.layui-vue.com 更新内容：新增 photo 相册弹层，用于 image 展示。新增 drawer 抽屉弹出层，特殊的模态窗。

2022-07-06

layer-vue 1.6.0 发布，一套 Vue 3.0 弹出层解决方案

更新详情： [新增] layer 组件 btn 属性 disabled 配置, 开启 button 禁用。

2023-03-08

layer-vue 1.5.0 发布，一套 vue 3.0 弹出层解决方案

更新内容 [新增] layer 组件 btn 属性 disabled 配置, 开启 button 禁用。

2023-03-01

layer-vue 1.3.0 发布，一款口碑极佳的 Web 弹出层组件

新特性 [新增] layer.msg 函数，消息框 [新增] layer.load 函数，加载层 [新增] layer.confirm 函数，询问框 [新增] layer.open 函数，模态窗 [新增

2022-01-21

浅析微软Service Layer Guidelines和OSOA架构体系(SCA,SDO等)之间的关系

浅析微软模式与实践小组的Service Layer Guidelines和OSOA架构体系(SCA,SDO等)之间的对应关系。

2017-11-14

Layer2 开发实战：从定序器到桥合约的工程链路

L2 开发的本质是把执行与结算分离：执行在 L2 跑，安全锚定在 L1。专业视角下，一条可用的 L2 由四个可独立验证的组件构成——定序器、批量提交者、证明者、桥。本文按这条链路拆解，并给出可运行的关键代码。

2026-10-23

🍃 layer-vue v2.0.0 发布，首选的 vue 3.0 弹出层解决方案

[新增] layer 组件 btn 属性 class 配置，自定义按钮 Class。 [新增] layer 组件 title 插槽，提供标题自定义的能力。

2023-09-18

layer-vue 1.3.10 发布，一套 vue 3.0 的全方位弹出层解决方案

项目介绍：layer - vue 是一套 vue 3.0 的全方位弹出层解决方案在线文档源码仓库更新内容：【修复】函数调用首次打开时，窗体位置闪烁【修复】当 area

2022-03-14

Layer2 开发：从“会用以太坊”到“能构建可扩展的链下执行层”

以太坊主网的安全性和去中心化有目共睹，但吞吐量和成本始终是瓶颈。一笔简单转账在拥堵时可能花费数美元，复杂合约交互成本更高。对于需要高频交互的应用——游戏、社交、支付、DeFi——直接在主网运行既不经济也不现实。

2026-10-26

Oinone Upstream 核心揭秘：将客户差异封装为可治理的 Delta Layer

在很多企业交付里，定制化最终都会走向两条老路：拷贝分支交付：每客户一套代码/一套版本，碎片化严重，升级接近不可行。硬改标品交付：看似快，实则把标品污染成“项目代码”，长期维护崩掉。 Oinone 在“标准化与定制化共生”的范式里明确点出这两种困境，并强调通过**“定制模块与标准代码物理隔离 + 继承体系并行演进”**去破解升级魔咒。而 Upstream 正是把这种“物理隔离 + 继承关系”落到模块层面的关键开关：它让你能创建一个“客户化模块”，继承“标准产品模块”，把差异收敛在客户化模块中，而不去改动标品源码，从而能在同一环境里对比差异、展示不同客户效果。点击体验Demo 演示环境相关视频 ⚡ 直达演示环境 ☕ 账号：admin ☕ 密码：admin 🎬 1. [数式Oinone] #产品化演示# 后端研发与无代码辅助 🎬 2. [数式Oinone] #产品化演示# 前端开发 🎬 3. [数式Oinone] #个性化二开# 后端逻辑 🎬 4. [数式Oinone] #个性化二开# 前端交互 🎬 5. [数式Oinone] #个性化二开# 无代码模式 1）Upstream 到底是什么：模块层面的“继承/集成关系” 在 Oinone 的教程里，客户化模块 ce_expenses 会这样声明： upstreams = expenses 同时 dependencies 里也依赖 expenses 其目的被说得很直白：通过 upstreams 指定上游标品应用，保证与标品的数据与功能衔接顺畅。并且它有一个非常现实的边界条件：Enterprise Edition 才有 upstream，Community Edition 没有。这意味着 upstream 本质上是面向“规模化交付/多客户并行演进”的工程能力。 2）Upstream ≠ Dependency：一个解决“关系”，一个解决“可用性” 很多人第一次接触会把 upstream 当成 dependency 的别名，但它们其实解决的是两件事： Dependency：我“能不能用”上游能力在应用中心（Apps Hub）里，依赖的解释是：依赖后就能使用被依赖应用/模块的能力，比如依赖文件模块后可用导入导出能力。在 Module API 里也强调：如果模块继承了另一个模块的模型，或与其模型建立关联，就需要把对方放进依赖列表。 Upstream：我“以谁为标准”，并把它“整合进当前应用” Apps Hub 对 upstream 的描述非常关键：上游模块只能选择已依赖的应用/模块；一旦被选为上游模块，上游模块会被整合到当前应用，用于特定场景的个性化需求。你可以把它理解成一种产品线语义： Dependency 是编译/运行层面的“引用关系”； Upstream 是交付/演进层面的“变体关系”（Variant of a standard product）。 3）Upstream 真正的“威力点”：它和“入口治理”是绑定的很多团队用了 upstream 仍然做不出可持续交付，问题往往不在 upstream 本身，而在入口没有切到客户化模块。 Oinone 的“共生范式”给了一个非常工程化的步骤：新建客户化定制模块，利用 upstream 特性复制标品菜单以客户化定制模块作为访问入口方便对比标品与个性化差异，并用继承/扩展点/钩子开发客户化逻辑这不是“界面层的小动作”，而是直接影响后端扩展机制是否能精准生效。为什么？因为扩展点示例里，生效条件就是： expression = "context.requestFromModule==\"ce_expenses\"" 并且明确说明：context.requestFromModule 代表请求发起的模块。也就是说：如果用户仍然从标品菜单进入，请求来源模块就可能是标品模块；你的客户化扩展点条件就不成立；结果就是“我写了定制逻辑，但就是不生效”。所以我更愿意把 Upstream 的方法论总结为一句话： Upstream 不是“我能覆盖什么”，而是“我把变化导向哪里”。入口不切换，变化就无法被稳定导流。 4）客户化模块要怎么写才“可演进”：继承 + Extpoint + Hook 的组合拳 Oinone 在“函数特性”里把个性化扩展手段分成两类：扩展点（Extpoint）与拦截器（Hook）。这两者能力相近但工程属性不同——用对了是体系化，用错了就是隐式复杂度。 4.1 Extpoint：定点扩展，可控、可治理关键事实有三条（都决定了你的架构是否稳）： Oinone 为所有函数提供默认的 Before/Override/After 扩展点命名规则。扩展点实现可以用 expression 与 priority 设置生效条件与优先级；表达式里可用 context 与函数参数变量。一个扩展点可以有多个实现，但最终只会按条件与优先级选择一个执行。这三个事实组合起来意味着： Extpoint 更像“产品预留插槽”，适合承载可解释的差异——例如只在 ce_expenses 入口下弹提示，而标品入口保持沉默。还有两个“细节级但很致命”的约束：函数参数不要命名为 context，会和内置上下文冲突导致表达式异常。子模型继承父模型字段/函数时，也会继承函数的扩展点。这实际上是在告诉你：别把扩展点当补丁，把它当“可继承的变更点”来设计。 4.2 Hook：横切拦截，强但必须克制 Hook 的关键事实也有三条：分前置与后置：前置处理入参，后置处理出参。顺序由 priority 控制：数值越小优先级越高，越先执行。拦截器数量过多会导致性能下降（文档直说“不可避免”）。因此我的工程建议是： Extpoint 优先：用“定点扩展 + 条件表达式”表达业务差异； Hook 用在两类场景更健康：横切能力（审计、统一日志、风控打点）平台缺少扩展点、但你又必须在多处函数上保持一致行为时否则 Hook 很容易把系统变成“你看得到代码但看不到控制流”的状态。 4.3 还有一个常被忽略的限制：生效范围文档明确警告：默认情况下，扩展点和拦截器仅对页面发起的请求生效，Java 代码里直接调用函数不产生作用。这会直接影响你的测试与批处理设计：只做 Java 单测，可能测不到真实生效路径；批处理/定时任务如果走“直接调用”，也可能绕开扩展体系。 5）设计器侧的“复制-修改-绑定”不是麻烦，而是开闭原则的制度化 Oinone 的共生范式对“新增/修改”的处理非常明确：新增：可以新增页面/流程/数据可视化等修改：必须先复制原有内容，再修改，最后做触发绑定且强调：设计器中无法直接修改标品内容，以确保标品与定制化共生（开闭原则）这背后其实是一套强治理逻辑：标品资产是“上游事实”，必须保持可升级；客户化资产是“下游差异”，必须显式可追踪；所谓“复制”，本质是把隐式修改变成显式 Delta。并且界面设计器也提供了“复制页面”能力，且复制时可更换关联模型，但新模型必须是原模型或其子模型。这与“客户化模块里做子模型继承”是高度协同的：你复制页面→切到子模型→绑定到客户模块入口，形成完整闭环。 6）Upstream 视角下的升级策略：把升级做成“合并差异”，而不是“重做定制” 要把 upstream 用到“交付体系级”，你需要用模块生命周期思维看升级：模块版本用于决定是否需要升级（系统会比较版本号）。客户化模块不改标品源码，升级时你的主要工作就从“全量回归”降维为：检查子模型继承链是否被上游变更影响检查复制出来的页面/流程是否需要“重新对齐上游” 检查 extpoint expression 条件是否仍匹配入口模块这也是为什么 upstream 适合规模化交付：它把复杂度从“不可控的代码漂移”变成“可审计的差异资产”。 7）一组高频踩坑点：都是“工程尺度”的坑这些坑不是语法坑，而是会把交付体系拉回项目制的坑：包路径重叠导致元数据加载问题模块 packagePrefix 不能包含相同包路径，否则会导致元数据加载出问题。模块编码不可变模块安装后直到卸载，编码不可变更，否则系统会识别为新的元数据。扩展点不生效：入口没切换到客户化模块你写了 context.requestFromModule=="ce_expenses"，但用户从标品入口进来，条件永远不成立。参数命名冲突函数参数别叫 context。 Hook 滥用造成性能债拦截器太多性能下降是“不可避免”。 8）给团队落地的一份“更像工程规范”的 Checklist 如果你要把 upstream 当作交付体系能力来推，我建议至少固化这些规则：禁止改标品模块：任何客户差异必须进入客户化模块（代码/设计器资产都一样）。客户化模块创建时：同时配置 dependencies 与 upstreams（先依赖、再上游）。客户化模块必须成为用户入口：复制标品菜单并以客户化模块作为访问入口。 “修改”类需求必须走复制→修改→重新绑定，禁止直接在标品资产上改。 Extpoint 统一使用表达式做“作用域隔离”（尤其按 requestFromModule）。 Extpoint 条件要互斥：避免多个实现争抢同一扩展点（虽然最终只选一个执行，但会制造不可解释性）。 Hook 需要登记与预算：每新增一个 Hook，明确拦截范围、目的、优先级、性能风险。测试必须覆盖“页面发起请求”的路径，别只测 Java 直接调用。包路径与模块编码在立项时就规划好，避免后期“想改名”导致元数据混乱。维护一份“差异清单”：客户化模块里有哪些复制页面、哪些流程覆盖、哪些 extpoint/hook——让差异成为资产而不是传说。最后我想说在 Oinone 里，Upstream 的价值不在“继承本身”，而在它把客户定制从“随手改标品”升级为：入口可控差异可见影响范围可被表达式约束升级可被组织成合并差异的工程流程。

2025-12-22

精选列表

级联层(CSS@layer)

C# 操作PDF 图层（Layer）——添加、删除图层、设置图层可见性

Layer2 开发：在以太坊之上构建可扩展的执行层

Layer2 开发：框架选型是比写合约更根本的决策

企业 GEO 工程化实践（三）：从 Entity Resolution 到 GEO Identity Layer

从 RAG 到 Knowledge Layer：腾讯乐享企业知识库的实践

layer-vue 1.4.6 发布，基于 vue 3.0 的弹出层解决方案

layer-vue 1.4.0 发布，vue 3 首选的弹出层解决方案

layer-vue 1.6.0 发布，一套 Vue 3.0 弹出层解决方案

layer-vue 1.5.0 发布，一套 vue 3.0 弹出层解决方案

layer-vue 1.3.0 发布，一款口碑极佳的 Web 弹出层组件

浅析微软Service Layer Guidelines和OSOA架构体系(SCA,SDO等)之间的关系

Layer2 开发实战：从定序器到桥合约的工程链路

🍃 layer-vue v2.0.0 发布，首选的 vue 3.0 弹出层解决方案

layer-vue 1.3.10 发布，一套 vue 3.0 的全方位弹出层解决方案

Layer2 开发：从“会用以太坊”到“能构建可扩展的链下执行层”

Oinone Upstream 核心揭秘：将客户差异封装为可治理的 Delta Layer

通俗话说一说各种Normalization以及用deeplearning4j实现Layer Normalization

Layer2 开发：从“在 L2 上写合约”到“自己发一条 L2”

AI时代的Docker教程36招-第6招-Image、Layer、Tag、Digest和OCI到底是什么关系？

资源下载

Mario

Spring

Rocky Linux

Sublime Text

欢迎您来访！

精选列表

级联层(CSS@layer)

C# 操作PDF 图层（Layer）——添加、删除图层、设置图层可见性

Layer2 开发：在以太坊之上构建可扩展的执行层

Layer2 开发：框架选型是比写合约更根本的决策

企业 GEO 工程化实践（三）：从 Entity Resolution 到 GEO Identity Layer

从 RAG 到 Knowledge Layer：腾讯乐享企业知识库的实践

layer-vue 1.4.6 发布，基于 vue 3.0 的弹出层解决方案

layer-vue 1.4.0 发布，vue 3 首选的弹出层解决方案

layer-vue 1.6.0 发布，一套 Vue 3.0 弹出层解决方案

layer-vue 1.5.0 发布，一套 vue 3.0 弹出层解决方案

layer-vue 1.3.0 发布， 一款口碑极佳的 Web 弹出层组件

浅析微软Service Layer Guidelines和OSOA架构体系(SCA,SDO等)之间的关系

Layer2 开发实战：从定序器到桥合约的工程链路

🍃 layer-vue v2.0.0 发布，首选的 vue 3.0 弹出层解决方案

layer-vue 1.3.10 发布，一套 vue 3.0 的全方位弹出层解决方案

Layer2 开发：从“会用以太坊”到“能构建可扩展的链下执行层”

Oinone Upstream 核心揭秘：将客户差异封装为可治理的 Delta Layer

通俗话说一说各种Normalization以及用deeplearning4j实现Layer Normalization

Layer2 开发：从“在 L2 上写合约”到“自己发一条 L2”

AI时代的Docker教程36招-第6招-Image、Layer、Tag、Digest和OCI到底是什么关系？

资源下载

Mario

Spring

Rocky Linux

Sublime Text

欢迎您来访！

layer-vue 1.3.0 发布，一款口碑极佳的 Web 弹出层组件