对可二次开发的软件结构的探究
2006-05-10 16:59
218 查看
目前公司写的程序已经告一段落了,这个程序从一开始就定位为可二次开发的系统,作为商业应用程序,二次开发的主要需求包括:
- 所有二次开发理论上不修改任何现有代码和发布方式,以及不用公开源代码;
- 添加新的业务实体,以及对应的商业服务和界面;
- 现有实体中添加新的字段,增加新的业务校验、在已有流程中增加新的动作,以及在已有界面中增加新的表现;
- 重构已有的实现;
- 所有的组件都可以组合和拆分,保证仍然能够工作正常。
- 公司内部的开发和二次开发具有相同的模型和体验。
这些需求将直接影响产品设计的方方面面,现在这个平台的第一个作品已经开发到beta,现在开始准备二次开发的实践。因为涉及到公司的机密,所以不能讲实现原理,我这里将讲解二次开发的体验部分。
首先二次开发商建立独立的DLL,引入实体和服务接口库;
然后为新的实体添加字段,例如:
[DataEntity("AccountId",TypeKey="Account")]
[Serializable]
[ServiceAddin(Account.TYPE_KEY)]
public class AccountServiceAddin : BusinessServiceAddin<Account,CrmBusinessServiceEx<Account>> {
protected override void InitializeComponent() {
base.InitializeComponent();
Owner.SaveBefore += new System.EventHandler<BusinessServiceBase<Account>.SaveBeforeArgs>(Owner_SaveBefore);
}
void Owner_SaveBefore(object sender, BusinessServiceBase<Account>.SaveBeforeArgs e) {
AccountEx newObject = (AccountEx)e.DataEntity;
newObject.NewField = DateTime.Now.ToString();
}
}
在这里例子中简单的为NewFiled赋了新的值。
关于界面的可扩展性将在后面的文章中介绍,总结以上的开发体验,大多数功能都已经实现,但是最后一条关于公司内部和二次开发商具有相同的开发体验方面做的很不好,主要表现为:
- 新加的字段继承了已有实体Account,更好的方法是建立独立的实体,与已有的实体形成“桶装”方式;
- 新扩展的商业规则使用了插件的方式,但公司内部的开发却使用了继承并重载的模式;
相信很多的架构师在此方面都有很多的经验,希望可以给予指导。
路漫漫......
- 所有二次开发理论上不修改任何现有代码和发布方式,以及不用公开源代码;
- 添加新的业务实体,以及对应的商业服务和界面;
- 现有实体中添加新的字段,增加新的业务校验、在已有流程中增加新的动作,以及在已有界面中增加新的表现;
- 重构已有的实现;
- 所有的组件都可以组合和拆分,保证仍然能够工作正常。
- 公司内部的开发和二次开发具有相同的模型和体验。
这些需求将直接影响产品设计的方方面面,现在这个平台的第一个作品已经开发到beta,现在开始准备二次开发的实践。因为涉及到公司的机密,所以不能讲实现原理,我这里将讲解二次开发的体验部分。
首先二次开发商建立独立的DLL,引入实体和服务接口库;
然后为新的实体添加字段,例如:
[DataEntity("AccountId",TypeKey="Account")]
[Serializable]
[ServiceAddin(Account.TYPE_KEY)]
public class AccountServiceAddin : BusinessServiceAddin<Account,CrmBusinessServiceEx<Account>> {
protected override void InitializeComponent() {
base.InitializeComponent();
Owner.SaveBefore += new System.EventHandler<BusinessServiceBase<Account>.SaveBeforeArgs>(Owner_SaveBefore);
}
void Owner_SaveBefore(object sender, BusinessServiceBase<Account>.SaveBeforeArgs e) {
AccountEx newObject = (AccountEx)e.DataEntity;
newObject.NewField = DateTime.Now.ToString();
}
}
在这里例子中简单的为NewFiled赋了新的值。
关于界面的可扩展性将在后面的文章中介绍,总结以上的开发体验,大多数功能都已经实现,但是最后一条关于公司内部和二次开发商具有相同的开发体验方面做的很不好,主要表现为:
- 新加的字段继承了已有实体Account,更好的方法是建立独立的实体,与已有的实体形成“桶装”方式;
- 新扩展的商业规则使用了插件的方式,但公司内部的开发却使用了继承并重载的模式;
相信很多的架构师在此方面都有很多的经验,希望可以给予指导。
路漫漫......
相关文章推荐
- 软件二次开发-解密开发板
- 探究软件项目开发使用流程
- Android VLC播放器二次开发1——程序结构分析
- Android软件开发之获取通讯录联系人信息 + android联系人信息的存储结构 + Android联系人读取操作笔记
- 【住建部BIM数据库】最易用的revit_ArchiCAD软件二次开发插件
- GIS二次开发的一个软件
- 看看软件开发人员在代码编写工作中为什么需要学习代码的优雅性,结构以及效率方面的内容。
- USB Gadget设备驱动开发(一) USB Gadget软件结构
- 微软项目管理软件的二次开发
- 软件标准化开发结构目录
- HyperWorks 集成桌面环境下二次开发【三】----数据层级结构
- Skyline软件二次开发初级——10如何在WEB页面中的三维地图上控制图层对象
- 我如何让软件二次开发变简单
- 完美的软件项目开发团队结构
- Android软件开发之获取通讯录联系人信息 + android联系人信息的存储结构 + Android联系人读取操作笔记
- Atitit.软件开发的三层结构isv金字塔模型
- (已学)软件开发知识结构
- 网络即时战略游戏软件开发 结构体系分析
- (转载)微软项目管理软件的二次开发
- ecshop二次开发 结构分析和代码研究 呵呵