技能使用指南

form-patterns（1C表单设计模式参考）Skill 是什么？如何用？

form-patterns（1C表单设计模式参考）Skill 汇总 1C 管理表单的五大原型、命名约定、八条设计原则与 ERP 高级模式，可在表单编译前先定结构与命名，减少返工、统一团队规范。零参数、无工具权限、安装即用。想知道它怎么安装、怎么调用、和可视化设计器如何搭配？看这篇就够了。

1C表单设计模式参考Skillform-patterns
8 个章节 约 16 分钟阅读 AI 智能生成

1C表单设计模式参考Skill：让 1C 管理表单设计有章可循、一次成型

  • 一句话定位：这是一个"表单设计知识库"型 AI 技能，把 1C 管理表单的典型原型、命名约定、设计原则和 ERP 级高级模式沉淀成可随时调用的参考标准。
  • 零参数、零工具调用：技能本身不接收参数、不调用任何外部工具，纯粹以"设计参考"的形式输出结构与约定，安全、轻量、无副作用。
  • 典型用法：在通过 /表单编译 正式设计表单之前调用 /表单模式，先确定原型与命名，再交给编译环节落地，避免"边写边改"。
  • 覆盖 5 类表单原型：文档表单、处理表单（DataProcessor）、列表表单、参考元素表单、向导（Wizard），并给出可直接参考的 DSL 结构示例。
  • 核心价值：把"老工程师的经验"变成"新人也能直接套用的规范"，统一团队表单结构，减少返工与后期维护成本。

该技能叫什么？如何下载安装 AI 技能提升开发效率？

基本信息

项目 内容
技能中文名 1C表单设计模式参考Skill
技能英文名 form-patterns
技能ID 11950
技能描述 1C管理表单设计模式参考。用作表单设计时的参考——原型、约定、高级技巧
参数提示 无参数
允许工具 空（不调用任何外部工具）

它解决什么问题

在 1C:Enterprise 平台开发中，管理表单（Управляемая форма）的设计是最容易"各写各的"的环节：同一个文档表单，有人把总计放顶部，有人放侧边；有人用按钮打开子表单，有人用超链接；控件的命名一会儿中文一会儿缩写，事件处理程序找不到对应元素。结果是代码可读性差、审阅成本高、后期改一处牵动全身。

这个技能把表单设计的原型结构、命名约定、设计原则、高级模式整理成一份 AI 可随时调用的参考手册。它不替你写业务逻辑，而是先帮你把"骨架"和"命名"定下来，让后续实现有据可依。

一键安装 AI 技能提升开发效率的思路

"一键安装"的核心思路是：把经验型知识从个人大脑转移到可复用的技能条目上，之后每次设计表单都能以极低成本调用同一套标准，而不必翻文档、问同事或凭记忆。

安装步骤如下（具体入口与按钮名称以官方说明为准）：

  1. 确认安装前提：你正在使用支持 AI 技能（Skill）机制的平台或客户端，账号已登录且具备安装技能的权限；工作内容涉及 1C:Enterprise 管理表单的设计与实现，或需要审阅他人设计的表单。
  2. 找到安装入口：进入平台的技能市场／技能库／技能管理页，使用中文名"1C表单设计模式参考Skill"、英文名 form-patterns 或技能ID 11950 任一关键词检索，定位到该技能详情页。若你的平台以配置文件或技能包形式分发，则按平台的导入流程操作，具体路径以官方说明为准。
  3. 一键安装并启用：点击安装／添加按钮完成安装，并在技能列表中确认其处于启用状态。由于该技能的"允许工具"为空，通常不需要授予文件读写、网络访问等额外权限，属于权限最小化的安装。
  4. 验证是否生效：新开一个会话，直接输入 /表单模式。该技能无参数，正常生效时会返回表单原型（文档表单、处理表单、列表表单、参考元素表单、向导）、命名约定表或设计原则等参考内容。如果没有任何响应，检查技能是否被禁用、是否被当前会话的技能白名单排除。

小提示：安装后建议先用一次真实需求做验证，例如"帮我设计一个合同文档表单"，看输出是否给出了结构化的原型与命名建议，以此判断技能是否真正对你可用。

该技能的主要功能和特点

  • 五大表单原型即取即用：内置文档表单、处理表单（DataProcessor）、列表表单、参考元素表单（简单与复杂两种）、向导五种典型结构。每种原型都给出了分组层级树状图，例如文档表单的"头部（两列）— 页面（商品/服务/附加）— 底部（总计/评论负责人）"。
  • 给出每个原型的标准事件与属性：如文档表单建议使用 OnCreateAtServer、OnReadAtServer、OnOpen、BeforeWriteAtServer、AfterWriteAtServer、AfterWrite、NotificationProcessing 等事件，并明确 autoTitle=false；处理表单在对话框场景下建议 windowOpeningMode=LockOwnerWindow。
  • 一整套命名约定表：为组（组头部、组头部左侧、组编号日期、组底部、组总计、组按钮、组页面、组警告、组附加）、元素（[表格][字段]、总计[字段]、[字段]标签、筛选[字段]、筛选[字段]使用、[命令]按钮）规定统一命名方式，让表单结构一眼可读。
  • 事件处理程序命名规则化：处理程序名称 = 元素名称 + 固定后缀（如 OnChange 对应 ПриИзменении、StartChoice 对应 НачалоВыбора、Click 对应 Нажатие），并提供表单级处理程序 ПриСозданииНаСервере、ПриОткрытии、ПередЗакрытием、ОбработкаОповещения 的对应关系。
  • 八条设计原则约束审美与可用性：阅读顺序从上到下、从左到右；两列头部（主要属性在左、组织属性在右）；操作按钮在底部且主按钮 defaultButton: true；表格是主要区域；总计靠近表格且只读；筛选器单独成区；隐藏元素用于状态提示；对话框入口用"标签-链接"。
  • ERP 级高级模式：可折叠组（behavior: Collapsible）、警告横幅（图片 + 标签，默认 visible: false 程序化显示）、命令面板中的弹出菜单（打印/发送归类）、无标准命令面板的模态表单（commandBarLocation: None）、超链接标签替代按钮。
  • 提供完整 DSL 示例：以一个"从 CSV 加载数据"的处理表单为例，给出包含 properties、events、elements、attributes、commands 的完整 JSON 结构，可以直接对照改写。
  • 和普通工具比强在哪：普通表单设计器只提供"画布"，不提供"该画成什么样"的判断；通用大模型虽然能生成表单代码，但每次结构、命名都可能不同。本技能把结构与命名的一致性前置到设计阶段，输出的是可复用的规范而非一次性代码。

如何使用该技能？

该技能是无参数技能，使用方式以"调用 + 描述需求"为主，分为以下步骤：

  1. 确定调用时机。按技能说明，它应在通过 /表单编译 设计表单之前调用，尤其适用于"用户需求未详细指定元素布局"的情况。也就是说：需求只说了"要能录入合同和商品"，没说头部怎么放、总计放哪、用什么按钮——这时先调用 /表单模式。
  2. 调用技能。在会话中输入 /表单模式，即可获得原型目录、命名约定、设计原则等参考内容。
  3. 补充你的具体场景。直接说明表单类型与业务要素，例如：
    • 输入示例 1：“我要做一个采购订单的文档表单，表头需要编号、日期、供应商、组织、币种，明细有商品表格，底部要总计和税额，帮我选原型并给出分组结构和命名。”
    • 输入示例 2：“这是一个用对话框打开的数据处理，参数有文件、编码、分隔符，中间是数据表格，底部是执行和关闭，用哪种原型？”
    • 输入示例 3：“这是商品目录的参考元素表单，属性比较多，需要分组，怎么分？”
  4. 读取输出并落地。典型输出会包含：所选原型的层级结构（头部两列 → 页面 → 底部）、推荐的组名与元素名（如 组头部、组编号日期、总计[字段]、筛选[字段]使用）、建议绑定的事件（如 商品ПриОкончанииРедактирования）、必要属性（如 autoTitle=false、autoSaveDataInSettings=Use）。
  5. 必要时索取高级模式。若涉及可选区块（签名、附加信息）、状态提醒、打印命令聚合、模态对话框，可进一步说明"需要可折叠组"“需要隐藏的警告横幅”“打印命令要收进弹出菜单”，获取对应的 JSON 片段参考。
  6. 对照 DSL 示例改写。以技能提供的"从 CSV 加载数据"完整示例为模板，替换其中的元素、属性、命令与事件，再进入 /表单编译 环节生成正式表单。
  7. 复核一致性。落地前用技能中的八条设计原则自查：主按钮是否有 defaultButton: true？关闭按钮是否在最后？总计字段是否只读？筛选器是否成对出现"复选框 + 字段"？隐藏元素初始是否为 visible: false？

同类型竞品对比分析

方案名称 定位 核心功能 安装/使用门槛 适用场景 优势 不足
form-patterns（1C表单设计模式参考Skill，ID 11950） 表单设计"规范与原型"参考 5 类原型、命名约定、8 条设计原则、ERP 高级模式、完整 DSL 示例 在支持技能的平台一键安装，无参数、无工具权限，调用即用 设计前定结构、团队统一规范、新人上手、代码审阅对照 轻量无副作用；输出结构一致；把经验固化为可复用标准 只提供参考与骨架，不执行编译、不生成业务逻辑；需配合 /表单编译 使用
1C 平台自带的可视化表单设计器（配置器/EDT） 官方可视化编辑器 拖拽控件、属性面板、事件绑定、预览 随平台安装，需要熟悉平台操作 已有明确布局方案后的具体绘制 所见即所得，与平台深度集成 不提供"应该怎么设计"的规范建议；团队风格仍靠人约定
通用大模型直接生成表单代码 代码生成 根据自然语言生成表单结构或代码片段 直接对话，零安装 快速原型、一次性脚本 灵活、上手快 每次输出结构不统一，命名随意，缺少平台特有的原型与命名体系，审阅成本高
团队内部表单规范文档 / 标准子系统模板 文档与模板资产 书面规范、可复制模板 需人工整理与维护，查找靠检索 有沉淀的成熟团队 贴合自身业务 更新滞后、检索不便、新人不会主动读；难以在"设计当下"被调用

从对比可以看出：可视化设计器解决"怎么画"，通用大模型解决"快速出一版"，而 form-patterns 解决的是**“画之前该长什么样、该怎么命名”**这一层，它与前两者是互补关系而非替代关系。

该技能的典型应用场景与实际体验情况

场景一：1C 开发新人接手文档表单开发 痛点：知道要放字段，但不知道 1C 管理表单的惯例——头部该不该分两列、总计放哪、事件名怎么起。使用方式：先 /表单模式 索取"文档表单"原型，再把自己的业务字段代入。实际体验：上手难度低，输出直接给出"头部两列 + 页面 + 底部总计"的骨架，并配套 组编号日期、组总计、总计[字段] 这类现成命名，新人不必再靠猜。注意事项：原型是通用模板，业务特殊字段仍需自行判断归属（放页面还是放附加组）。

场景二：团队统一表单规范，降低审阅成本 痛点：多人协作时表单结构五花八门，代码评审一半时间花在"这个组为什么叫这个名字"。使用方式：把技能输出的命名约定表作为团队约定，评审时逐项对照。实际体验：由于约定是"可执行的具体字符串"而非抽象口号，落地阻力小；事件处理程序"元素名 + 固定后缀"的规则让代码定位效率明显提升。注意事项：已有历史表单迁移成本较高，建议只对新表单强制执行。

场景三：处理表单/向导的交互设计 痛点：对话框类处理表单容易出现"标准命令面板多余"“按钮位置混乱”"主次按钮不分"的问题。使用方式：按技能给出的处理表单原型（参数区 → 工作区域 → 操作按钮），并采用 commandBarLocation: None、windowOpeningMode: LockOwnerWindow、主按钮 defaultButton: true、关闭按钮放最后。实际体验：交互一致性提升明显，用户不需要每次重新学习按钮位置。注意事项：windowOpeningMode 的具体取值需与实际交互意图（锁住宿主窗口还是锁整个界面）匹配，选错会带来体验问题。

场景四：列表表单的筛选与设置持久化 痛点：列表页筛选器写法各异，有的只放输入框忘了复选框，导致"填了但没生效"。使用方式：套用"筛选器单独成区、alwaysHorizontal、每个筛选器一对『复选框 + 字段』"的模式，并参考 筛选[字段] 与 筛选[字段]使用 的成对命名、autoSaveDataInSettings=Use 属性。实际体验：这是该技能里"最能立刻减少 bug"的部分，成对命名让遗漏一眼可见。注意事项：筛选器数量多时要考虑区域高度与折叠。

该技能能为用户带来的价值

  • 把设计前置，减少返工：在 /表单编译 之前先定原型与命名，避免"编完发现结构不对再推倒重来"，返工次数与沟通轮次都能明显下降。
  • 降低门槛：把资深开发者的表单设计经验固化成可调用的参考，新人不需要读完大量平台文档就能产出结构合规的表单骨架。
  • 统一团队语言：一套命名约定 + 事件后缀规则，让表单结构"自解释"，代码评审、交接、排障的沟通成本显著降低。
  • 可控的质量下限：八条设计原则相当于一份可逐项核查的清单（主按钮、关闭位置、总计只读、筛选器成对、隐藏元素初始不可见），把"凭感觉"变成"有依据"。
  • 零风险接入：无参数、无工具调用、不读写文件、不联网，安装后即可使用，不会对现有工程产生任何副作用。
  • 长期复用资产：技能内容本身是稳定的设计知识，可长期作为团队规范的知识底座，配合技能更新持续受益。

常见问题 FAQ

Q1：这个技能怎么安装？需要付费吗？ A：在支持 AI 技能机制的平台上，通过技能市场／技能库按中文名"1C表单设计模式参考Skill"、英文名 form-patterns 或技能ID 11950 检索后一键安装并启用即可；若平台以技能包形式分发，按平台的导入流程操作，具体入口与计费方式以官方说明为准。该技能"允许工具"为空，安装时通常无需授予文件或网络权限。

Q2：它和 /表单编译 是什么关系？能直接生成表单吗？ A：不能直接生成。按技能说明，它是设计前的参考——在通过 /表单编译 设计表单之前调用，用于确定原型、布局与命名；真正的表单编译由 /表单编译 完成。你可以把它理解为"设计说明书"，而不是"施工队"。

Q3：调用时需要传参数吗？ A：不需要。技能标注"参数提示：无参数"，直接输入 /表单模式 即可。想获得更贴合的答案，可在调用后用自然语言补充场景，例如"文档表单，表头有编号、日期、供应商，明细是商品表格，底部要总计"。

Q4：适合谁用？只做 1C 开发的人才有用吗？ A：主要面向 1C:Enterprise 平台的开发者、表单设计者、技术负责人与代码评审者；也适合需要理解 1C 表单结构的产品与实施人员用于沟通对齐。如果工作完全不涉及 1C 管理表单，价值有限。

Q5：和直接用可视化设计器、或用通用大模型生成表单相比，该怎么选？ A：三者互补。需要"画出来"用平台自带设计器；需要"快速出一版试试"可用通用大模型；但要在设计之前得到结构规范、统一命名和平台惯例（如两列头部、总计位置、筛选器成对、ERP 高级模式），用本技能最合适。推荐组合方式是：先用 form-patterns 定骨架 → 再进 /表单编译 或设计器落地 → 最后用它的设计原则做自查。