开发框架适合开发什么类型的系统?
适合开发生产制造、物流、贸易、零售行业的ERP、MRP、CRM、MIS、MES、POS等基于C/S架构的数据库管理系统。
C#水平一般的开发者能读懂企业版的源码与掌握框架技术吗?
关于平台的使用问题:截止至2015年,作者本人从事程序开发十数年,从事专业开发框架研发有八年,因此积累了相当丰富的开发经验与用户体验。 开发框架的代码注释完整通俗易懂。另外,企业版特别改进了代码生成器,目前能自动生成窗体,就是说一个标准的主从表结构如<入仓单>,
只要使用向导就能生成窗体、业务层、数据层及模型(Model)的源代码,编译运行就能进行增删改查保存等操作。有开发文档与视频的辅助配合, 因此开发是相当快速的,只要懂C#语言的开发者都能使用。因为提供平台的源码,一些细节问题都能设断点跟踪和调试,相信您完全能深入了解与掌握框架的核心技术。
购买源码后,平台升级是免费提供全部源码还是只提供升级或新增部分的源码? 若只提供提供部分源码,在旧版本升级或增加可能是比较困难的。
代码生成器是否提供源代码?
标准版与高级版的代码生成器是全部开源的,企业版不提供代码生成器的源码。
服务端都有哪些功能,能否简单介绍一下?
企业版网页有介绍。服务端包括:1.WCF服务的接口类. 2.WCF服务具体类. 3.IIS承载WCF的站点. 4.Windows服务承载WCF的服务. 5.Windows服务控制台.
我看到有图片例子,是保存到数据库还是保存本地路径?
框架的例子是保存到数据库,也可以保存到服务端的本地文本,但需要特殊处理,比如提供上传图片与下载图片专用服务。
用这个平台开发系统业务逻辑处理写在哪?比如:用户订单做好后,他想点个按钮按照一定的逻辑自动生采购申请单,像这样的逻辑要写在客户端还是服务端,还是写好存储过程在客户端调用?
对,业务逻辑处理相关全在客户端的BLL层,在DAL层调用存储过程。
购买源码后是不是提供相关的说明文档或视频?
提供开发文档、相关视频及在线技术支持
我看到平台的例子是操作DataTable,如果数据量大的话在网络中传输会不会慢?为什么不用List<T>这样的泛型?
开发框架中大部分例子处理数据是基于SQLClient组件如DataTable,DataRow,DataSet等。WCF模式下,传输DataTable是经压缩和加密的,比如获取数据,在服务端
压缩数据输出至Byte数组,然后客户端接收到Byte数组,解压缩转换为DataTable。开发框架支持基于实体类ListList<T>泛型处理数据方式。
平台上有没有跟邮箱对接的功能,也就是在平台上可以收发自己的邮件?
目前没有此功能,平台有简单的消息与短信收发功能.
现平台支不支持审核流程定义
目前暂无审核流程例子,需要程序员定制审核功能,预计V5.0有流程配置功能。
如果要想用好您的平台,能在平台上扩展一些自己想要的功能,需要掌握.NET哪些技术?
C/S系统开发框架的关键作用是自由扩展功能,开发框架作为您的项目的楼体结构,您只要装修店面就行了!
掌握C#.NET基本知识、熟悉OOP面向对象设计、有Winform程序开发经验。
购买源码后,后期平台升级如何获取最新的源码?
QQ传或发邮件,寄光盘也行!
若确定购买源码,怎么购买?能否提供一个双方比较可信的担保交易方式?比如淘宝或支付宝的担保交易?
如果购买了您的产品,能提供培训吗?能来您的公司培训吗?
可以,若需要上门培训,培训费用按天收取,报销交通餐宿费用,培训不能超过3天。
我看了您的产品介绍,里面有进、销、存、财务管理等功能,但是我们的项目不需要这些功能啊?
开发框架里的进、销、存、财务管理等功能全是例子,作为开发员参考使用。如不需要删除就行了。
我们打算开发企业的管理信息系统,大概有数十个模块,你的框架支持吗?
数十个模块算什么,理论上数百个都支持。建议系统架构设计要分好模块,尽量减少模块的数目。
WCF服务可以通过多种模式部署,现有框架是否能够提供动态分配?
可以,目前WCF服务支持两种承载方式:1.IIS承载,2.Windows服务承载。客户端通过配置选择一种连接方式。设计上使用策略模式,可以自由扩展数种连接方式。
WCF稳定性如何?数据传输速度如何?
我们做过压力测试,分别模拟100,400,1000个用户并发,结果发现调用Windows服务承载的WCF服务要比IIS承载的WCF服务要快,数据传输也快,出错概率要小。推荐使用Net.TCP协议,不建议使用wsBasicHttp协议。
现阶段提供的权限系统、基础业务(销售、采购、库存、财务)等功能,是否满足需求?我们能变动这些功能吗?
权限系统完全能满足需求,基于四层权限体系架构。框架的销售、采购、库存、财务是示例功能,不能通用,但实现了通用部份70%以上的功能。 框架里面的所有业务窗体都是示例功能,权限系统是框架的核心功能之一,如需要变动我们可以提供技术支持。
关于大数据量访问,是否考虑数据脱机缓存的模式?
可以将基础数据缓存本地保存,在断网情况下也可以将业务数据缓存到本地,一但连机自动上传到数据库。
关于数据载体,界面基于DataTable处理,为什么不用对象实体?
框架的数据窗体是基于DataTable操作,若要使用Object实体,需要再做转换,将Object->DataTable。
平台内所有的SQL都用存储过程?
不一定,简单的查询语句或者简短固定的SQL写在DAL层就行了。复杂的SQL必须用封装SP,比如报表查询、多表关联查询、业务逻辑经常变动需求的SQL。
将SQL写在DAL层有个缺点: 假设变动表结构,必须修改源码后再发布版本,客户端必须升级版本才能运行。 写在SP内就简单了,程序员修改后台的SP就行了(增改SP参数除外)
公司招了新的程序员,目前不想把企业版的源码给他们,有没有初学版的入门?
1. 建立一个新的解决方案,将平台的核心模块加密(代码混淆),只提供DLL引用。
2. 将精简版(学习版)的源码交给程序员了解平台的架构,但是没有BLL,DAL及后台功能.
多账套如何处理的?
平台支持多帐套,通常一个帐套是指一个数据库,在系统登录时选择操作帐套, DAL层连接到登录的帐套存取数据。
技术支持 & 联系我们