简介这份文档面向K/3 Cloud BOS插件开发的初学者系统梳理了从环境配置到插件分类的入门知识帮助开发者理解如何通过插件实现企业业务的个性化与定制化。内容涵盖开发环境配置要求、BOS架构模型解析、动态表单插件、服务插件、校验规则插件与表单构建插件四类插件的功能定位以及Visual Studio 2012、Silverlight5、SQLServer 2008R2等开发工具的搭建要点并附有Hello World插件开发步骤示例。资源包共1个docx文件约1.9MB以图文笔记形式组织便于按章节查阅。目前已有216人学习下载适合刚接触BOS平台、需要快速建立插件开发认知框架的技术人员参考可帮助读者掌握环境搭建思路、插件类型划分与基本开发流程为后续深入定制业务功能打下基础。1. 从一份 docx 说起K/3Cloud 插件开发到底在解决什么问题很多做 ERP 二次开发的朋友第一次拿到「初学者-k3cloud插件开发基础.docx」这类资料时第一反应是「这不就是一份环境配置说明吗」。但真正翻完会发现它其实回答了一个更本质的问题当标准产品无法覆盖企业那些千奇百怪的个性化流程时开发者到底该从哪里下手去扩展。K/3Cloud BOS 平台给出的答案是动态领域模型加插件机制——标准业务被拆成标准接口和标准服务个性化逻辑通过插件挂载进去既不动核心代码又能快速部署和测试。这份资料适合两类人一类是刚接触 K/3Cloud 二次开发、需要把开发环境跑起来的新手另一类是有一定 C# 基础、但对 BOS 插件的事件模型和继承体系还不熟悉的熟手。它覆盖了从环境配置、插件分类、动态表单视图与模型接口到具体事件重载的完整链路。换句话说你不需要先去啃一遍平台源码照着这份资料的路径走就能把第一个 Hello World 插件编译进 Bin 目录并在界面上跑通。2. 环境搭建从数据库排序规则到管理中心地址的完整链路2.1 团队服务器与个人客户端的配置边界这份资料给出的配置建议分两个维度团队共享环境和个人开发环境。团队服务器这边数据库服务器建议 4 核 2.0 GHz 以上 CPUSQL Server 场景 8 GB 内存起步Oracle 场景直接翻到 16 GB。Web 服务器跑 IIS 6.0 以上操作系统 Windows Server 2008 及以上。客户端这边双核 2.0 GHz 加 4 GB 内存是推荐值浏览器侧需要 IE 8.0/9.0 的 32 位或 64 位版本配合 Silverlight 5或者 Firefox 12 及以上的 32 位 Windows 版本。这些数字看起来不高但实际踩过坑的人知道内存给不够的时候BOS IDE 设计器加载元数据会明显卡顿尤其是单据体字段多的时候。我一般会建议个人开发机至少 8 GB因为 Visual Studio 2012 本身加上 SQL Server 本地实例4 GB 跑起来会非常吃力。注意使用 SQL Server 时排序规则必须设为 Chinese_PRC_CI_AS使用 Oracle 时数据库字符集必须是 AL32UTF8国家字符集必须是 AL16UTF16。这两个参数在安装数据库实例时就要定好后期改代价极大。2.2 公共环境与个人环境的分工公共环境需要两台服务器一台装 SQL Server 2008R2 作为数据库服务器另一台装 K/3Cloud 产品并配置为管理中心站点。个人环境则只需要装 Visual Studio 和 K/3Cloud 产品不需要配置管理中心但要把管理中心地址指向公共环境那台。具体操作是打开 K/3Cloud 安装目录下的K3Cloud\K3CloudServer\App_Data\Common.config文件找到managementSiteUrl这个键把地址改成公共环境下建立的管理中心 IP。配置片段长这样add keymanagementSiteUrl valuehttp://192.168.73.40:8000/ /这里的 IP 和端口要换成你实际公共环境的管理中心地址。改完之后重启 IIS 或者回收应用程序池让配置生效。这一步如果漏掉个人环境打开 BOS IDE 时会连不上管理中心表现为登录后无法加载任何业务对象元数据。2.3 开发工具链的版本约束资料里明确列出的工具链是 Visual Studio 2012、IE 插件 Silverlight5、SQL Server 2008R2 或 Oracle 11G R2外加一个跟踪工具 HttpWatch Pro 6.0。插件的编译输出路径要指向K3Cloud\K3CloudServer\Bin\这个路径是插件能被平台动态加载的关键。# 编译输出路径设置示例在 Visual Studio 项目属性中配置 # 输出路径K3Cloud\K3CloudServer\Bin\ # 目标框架.NET Framework 4.0为什么强调 .NET Framework 4.0因为 Web 服务器端的 IIS 需要 6.0 以上版本而 K/3Cloud 产品本身是基于 .NET 4.0 构建的。如果你用更高版本的框架编译插件加载时可能报程序集版本不匹配。HttpWatch Pro 6.0 的作用是抓取客户端和服务端之间的 HTTP 请求调试插件时想看数据包发送了什么、服务端返回了什么这个工具比在代码里到处打日志要直观得多。3. 插件分类与继承体系四类插件到底该选哪个3.1 动态表单插件、服务插件、校验规则插件、表单构建插件的适用场景BOS 平台提供了四类插件资料里说得很清楚但新手最容易犯的错是「拿锤子找钉子」——不管什么需求都往动态表单插件里塞。实际上这四类各有各的边界。动态表单插件是最常用的它负责单据上各种事件、操作和服务的介入。比如点击菜单弹窗、字段值改变后联动、分录行新增后赋值这些都属于动态表单插件的范畴。服务插件是基于动态表单服务端的提供服务编程接口供外部服务直接调用适合把业务逻辑暴露给其他系统调用的场景。校验规则插件专门做业务规则校验比如「数量必须大于零」「日期不能早于当前日期」这类约束。表单构建插件则是对界面加载控件和元数据进行动态调整比如根据用户权限隐藏某些字段、动态添加控件。选型的原则很简单先看需求发生在哪个层面。界面交互层面的事动态表单插件服务端接口层面的事服务插件数据校验层面的事校验规则插件界面元数据层面的事表单构建插件。3.2 动态表单插件的五小类与继承关系动态表单插件往下再分五类单据插件、列表插件、过滤条件插件、账表插件、动态表单插件。它们的继承关系是这样的插件类型基类命名空间单据插件AbstractBillPlugInKingdee.BOS.Core.Bill.PlugIn基础资料插件AbstractBasePlugInKingdee.BOS.Core.Base.PlugIn动态表单插件AbstractDynamicFormPlugInKingdee.BOS.Core.DynamicForm.PlugIn列表插件AbstractListPlugInKingdee.BOS.Core.List.PlugIn单据插件继承自 AbstractBillPlugIn而 AbstractBillPlugIn 又继承自 AbstractDynamicFormPlugIn。基础资料插件继承自 AbstractBasePlugIn同样往上追溯到 AbstractDynamicFormPlugIn。这意味着所有动态表单插件共享同一套底层事件接口但不同基类提供了各自领域特有的方法和属性。我一般会建议新手从单据插件入手因为采购收料单、销售订单这类业务单据的扩展需求最多资料也最全。等熟悉了事件触发顺序和 View/Model 的访问方式再去看列表插件和账表插件就会顺很多。3.3 视图接口与模型接口的职责划分动态表单视图提供两个接口IDynamicFormView 和 IDynamicFormViewService。前者是插件直接访问的包含领域模型元数据、多视图模型接口、操作转发指令和通用属性方法。后者是动态表单内部使用的插件开发不需要关注。IDynamicFormView 有两个重要属性BusinessInfo 和 LayoutInfo。BusinessInfo 表示业务对象逻辑元数据LayoutInfo 表示布局元数据。运行时客户端发出访问表单请求后首先读取元数据初始化这两个对象View 和 Model 再根据元数据定义的界面数据和布局信息展示表单。模型这边对应的是 IDynamicFormModel 和 IDynamicFormModelService。IDynamicFormModel 包含领域模型元数据和数据操作方法其中 DataObject 是当前表单的数据对象类型是 DynamicObject包含单据头和单据体数据。单据体是集合对象 DynamicObjectCollection并且可以有多个。// 访问视图和模型的基本方式 public override void AfterBindData(EventArgs e) { base.AfterBindData(e); // 通过 View 访问界面元素 this.View.GetMainBarItem(tbNew).Visible false; // 通过 Model 访问数据 DynamicObject dataObject this.Model.DataObject; // 获取单据体集合 DynamicObjectCollection entryData this.Model.GetEntityDataObject(this.View.BusinessInfo.GetEntity(FEntity)); }这段代码展示了 View 和 Model 的分工View 管界面元素的可见性和状态Model 管数据的读取和设置。实际开发中界面刷新用 View数据操作和业务逻辑用 Model两者不要混用。4. 从 Hello World 到事件重载插件开发七步走4.1 新建工程与引用组件打开 Visual Studio 2012新建一个类库工程命名可以参照MyDev.K3.SCM.Stock.Business.PlugIn这种格式。然后添加两个必要的引用Kingdee.BOS和Kingdee.BOS.Core。这两个程序集在 K/3Cloud 安装目录的K3CloudServer\Bin\下能找到。using Kingdee.BOS.Core.Bill.PlugIn; using Kingdee.BOS.Core.DynamicForm; using Kingdee.BOS.Core.DynamicForm.PlugIn.Args;这三个 using 分别对应单据插件基类、动态表单基础类型和事件参数。少了任何一个编译时都会报找不到类型。4.2 定义插件类并继承基类新建一个类命名为ReceiptEdit继承自Kingdee.BOS.Core.Bill.PlugIn.AbstractBillPlugIn。这个基类提供了单据插件的所有标准事件接口。public class ReceiptEdit : AbstractBillPlugIn { // 插件逻辑写在这里 }类名可以自定义但建议跟业务场景对应比如采购收料单的插件叫 ReceiptEdit销售订单的叫 SaleOrderEdit方便后期维护时快速定位。4.3 重载 BarItemClick 实现菜单响应资料里的 Hello World 示例是点击菜单弹出一个对话框。菜单点击对应的事件是BarItemClick重载这个方法判断e.BarItemKey是否等于你注册的菜单标识。public override void BarItemClick(BarItemClickEventArgs e) { base.BarItemClick(e); if (e.BarItemKey HelloWorld) { this.View.ShowMessage(Hello world!, MessageBoxType.Notice); } }BarItemKey是菜单项的唯一标识在 BOS IDE 的设计器里配置菜单时需要填入相同的值。ShowMessage是 View 提供的方法第二个参数MessageBoxType.Notice表示提示类型还有 Warning、Error 等可选值。4.4 设置编译路径并编译组件在项目属性里把输出路径设置为K3Cloud\K3CloudServer\Bin\。这个路径是平台动态加载插件的目录编译后的 DLL 必须落在这里否则 IDE 里注册插件时浏览不到。# 编译输出路径示例 # 在 Visual Studio 项目属性 - 生成 - 输出路径中设置 # 绝对路径类似D:\K3Cloud\K3CloudServer\Bin\编译成功后去 Bin 目录确认 DLL 文件已经生成。如果编译报错先检查引用是否完整、目标框架是否为 .NET Framework 4.0。4.5 在 IDE 设计器中注册插件打开 BOS IDE 设计器找到「采购收料单-_Bill」这个单据属性窗口在插件列表界面点击注册插件。注意列表中可能已经注册了其他插件这些插件在运行时会动态加载删除它们可能导致业务数据错误。点击浏览选择刚编译好的组件勾选插件确定返回再确定并保存单据。这一步的坑在于如果你在 IDE 里删除了已有插件运行时那些插件原本处理的业务逻辑就会丢失表现为某些字段不联动、某些操作不响应。所以注册新插件时只做「添加」不要动已有的。4.6 运行测试与 HttpWatch 抓包验证保存单据后打开采购收料单界面点击 HelloWorld 菜单应该能看到弹出的对话框。如果没反应先用 HttpWatch Pro 6.0 抓一下 HTTP 请求看客户端有没有发出菜单点击的事件请求服务端有没有返回对应的指令。// 如果需要在插件中输出调试信息可以用 View.ShowMessage 临时替代日志 // 但正式环境建议用平台的日志接口避免弹窗干扰用户 this.View.ShowMessage(调试信息 e.BarItemKey, MessageBoxType.Notice);HttpWatch 的用法是打开工具后附加到浏览器进程然后在 K/3Cloud 界面操作工具会列出所有 HTTP 请求和响应。找到菜单点击对应的请求看请求体里有没有 BarItemKey 参数响应体里有没有 ShowMessage 指令。这样能快速判断问题出在插件没加载、事件没触发还是逻辑没执行。5. 动态表单事件加载顺序与避坑排查5.1 插件加载过程中的事件触发顺序动态表单元模型包括外观模型和表单逻辑模型第一次访问时会先加载元数据初始化视图和模型对象初始化页面然后创建数据包并绑定数据。插件在加载过程中的执行顺序是顺序事件触发时机1OnInitialize页面初始化2CreateNewData动态表单数据包创建3AfterCreateNewEntryRow创建分录行后4AfterCreateNewData动态表单数据包创建后5BeforeBindData绑定数据前6AfterBindData绑定数据及控件状态7BeforeClosed页面关闭前这个顺序很重要因为不同事件里能做的事不一样。比如 OnInitialize 里适合初始化控件数据源CreateNewData 里适合加载缺省值AfterBindData 里适合设置字段可见性。如果你在 OnInitialize 里试图访问数据包会拿到空对象因为数据包还没创建。5.2 避坑插件开发中最容易翻车的五个点现象一插件编译成功但运行时完全不触发。原因通常是编译输出路径没指向K3CloudServer\Bin\或者 IDE 里注册插件时没勾选。解决方法是确认 DLL 在 Bin 目录下然后在 IDE 插件列表里检查插件是否已勾选并保存。现象二CreateNewData 里设置的值在界面上不显示。原因是该事件属于创建数据包阶段设置的值不会加到状态管理器中整个数据包一起发送到客户端。如果需要在界面上实时更新应该用 AfterBindData 或 DataChanged 事件。解决方法是把赋值逻辑挪到 AfterBindData 里或者确认客户端是否收到了完整数据包。现象三AfterCreateNewEntryRow 在插入行时也触发导致工序号重复计算。资料里的示例代码有一段判断if (e.Row subEntryDataCol.Count() - 1)就是为了区分新增行和插入行。插入行时 e.Row 不是最后一行不应该重新计算工序号。解决方法是加上这个判断只在新增行时执行赋值逻辑。现象四Oracle 数据库字符集不对导致中文乱码。原因是安装 Oracle 时没有把数据库字符集设为 AL32UTF8、国家字符集设为 AL16UTF16。解决方法是重新建库时指定这两个参数或者用数据泵导出后重建实例再导入。现象五SQL Server 排序规则不是 Chinese_PRC_CI_AS 导致查询结果异常。原因是安装 SQL Server 时选了默认排序规则中文排序和比较行为不符合预期。解决方法是在安装实例时手动指定排序规则已安装的实例可以通过重建数据库来修正。提示插件注册列表中已有的插件不要随意删除这些插件在运行时会动态加载删除可能导致业务数据错误。注册新插件时只做添加操作。5.3 用 HttpWatch 定位客户端与服务端的数据交互问题HttpWatch Pro 6.0 是资料里提到的跟踪工具它的核心用途是抓取客户端和服务端之间的 HTTP 请求。当插件逻辑不按预期执行时先看请求有没有发出去再看响应有没有回来。具体操作打开 HttpWatch附加到 IE 进程然后在 K/3Cloud 界面触发操作。工具会列出所有请求找到对应的表单请求查看 POST 数据里有没有你期望的参数响应 JSON 里有没有对应的指令。如果请求里没有参数说明客户端事件没触发如果响应里没有指令说明服务端插件没执行或逻辑没走到。// 在插件中临时输出调试信息配合 HttpWatch 验证执行路径 public override void AfterBindData(EventArgs e) { base.AfterBindData(e); // 临时调试确认事件是否触发 this.View.ShowMessage(AfterBindData 已触发, MessageBoxType.Notice); // 正式代码设置字段可见性 this.View.GetMainBarItem(tbNew).Visible false; }调试完成后记得把临时弹窗去掉否则每次打开单据都会弹提示影响用户体验。6. 进阶技巧用 AfterCreateNewData 做动态缺省值加载6.1 从 OQLFilter 查询到数据包赋值的完整实现AfterCreateNewData 是新增表单后触发的事件适合根据参数动态设置缺省值。资料里给了一个例子新增单据时根据当前组织获取邮件的缺省值赋值到当前数据包。public override void AfterCreateNewData(EventArgs e) { base.AfterCreateNewData(e); // 构造过滤条件按当前组织 ID 过滤 OQLFilter ofilter new OQLFilter(); ofilter.Add(new OQLFilterHeadEntityItem { FilterString string.Format( FORGID {0} , this.Model.Context.CurrentOrganizationInfo.ID) }); // 加载邮件缺省设置基础资料 DynamicObject[] obj BusinessDataServiceHelper.Load( this.View.Context, BAS_MAILDEFAULTSET, null, ofilter); if (obj ! null obj.Count() 0) { DynamicObject defaultSet obj[0]; // 将查询结果赋值到当前数据包字段 this.View.Model.SetValue(FMessageType, defaultSet[FMessageType]); this.View.Model.SetValue(FServer, defaultSet[FOutgoingMailServer]); this.View.Model.SetValue(FSMTPPort, defaultSet[FSMTPPort]); } }这段代码的逻辑是先根据当前组织 ID 构造 OQL 过滤条件然后调用 BusinessDataServiceHelper.Load 加载BAS_MAILDEFAULTSET基础资料取第一条记录的字段值通过 Model.SetValue 赋给当前单据的对应字段。参数说明OQLFilterHeadEntityItem的FilterString是过滤表达式FORGID是组织 ID 字段BusinessDataServiceHelper.Load的第一个参数是上下文第二个是表单标识第三个是选择字段null 表示全部第四个是过滤条件。6.2 状态管理器与数据包发送时机的区别AfterCreateNewData 里设置的值不会加到状态管理器中因此该方法设置的值是整个数据包一起发送到客户端的。这意味着如果你在这个事件里改了值客户端收到的是改过之后的数据包不会触发 DataChanged 事件。这个特性有两面性好处是批量赋值效率高一次发送坏处是如果赋值逻辑依赖其他字段的当前值可能拿不到最新状态。我一般会建议纯缺省值加载用 AfterCreateNewData需要联动更新的用 DataChanged 或 AfterBindData。6.3 批量新增行与分录赋值的性能注意点资料里提到批量新增行用this.Model.BatchCreateNewEntryRow(string key, int rowCount)方法。这个方法比循环调用 CreateNewEntryRow 效率高因为它一次性创建多行减少了状态管理器的触发次数。// 批量新增分录行的推荐写法 this.Model.BatchCreateNewEntryRow(FEntity, 10); // 不推荐的写法循环单行创建 // for (int i 0; i 10; i) { this.Model.CreateNewEntryRow(FEntity); }分录赋值时要注意AfterCreateNewEntryRow 每次新增分录都会触发如果赋值逻辑比较复杂建议在 AfterCreateNewData 里一次性处理避免每行都跑一遍重复计算。资料里的工序号计算示例就做了这个区分只在新增行时计算插入行不赋值。从那以后我每次写插件都会先把事件触发顺序表贴在显示器边上确认逻辑放在正确的事件里再动手。希望帮到你。本文还有配套的精品资源点击获取