开源项目阅读

ERPCore应用种类飞快支付平台


 ErpCore是一套强大的云总括ERP开辟框架,集数据库设计、软件建立模型、模型自动生成、分界面可视化设计、业务流可自定义、全自动生成用户所需系统于一体。在此框架上扩充出具有行业的事务系统,它让软件程序员从“建立模型——写代码——测试”全体繁琐重复的专业形成全自动化生成,大大简化了信用合作社软件的支出时间和财力;同时,使用该框架扩张的具备业务子系统能够无缝连接进行多中国少年共产党享,那也是云总计ERP的兑现基础,杜绝了守旧ERP的子系统消息孤岛的害处,真正得以达成无缝结合集团的持有财富开始展览田间管理。

  
灵活的自定义对象作用消除了理念ERP由软件商家定死业务规则的害处,业务流规则将形成公司自个儿自定义,满意国内不一致商家存在分歧专业业务流、或许同一个商厦分歧时代的业务流变动情状。

   功能描述:

壹、自动建模

  
框架之中含有虚拟数据库系统,用户可在编造数据库上开创表、字段、表间关联,公司依照自个儿的实际业务必要创设方便的数据库架构,即透过自动化落成发售业务职员将能成就DBA的干活。业务流程将改为集团自定义。

二、自定义对象

  
对应于虚构数据库上开创表、字段、表间关联,用户可自定义对象、对象属性、对象关联。奠定了足以扩张出适合全部行业具有事务系统恐怕。

三、窗体表单可视化设计

  
通过拖拽拉的方法,业务职员就能够创造软件使用分界面,把界面关联起来就可以达成不用编码就能成立所需的政北京工人篮球场系。

肆、全自动创制子系统

  
管理员在后台通过制造对象、创立窗体,并集成成3个子系统,普通应用人口就能使用子系统开始展览工作,不需额外支付专门的工作。

5、云总结升高功效

  
系统可扩充出遍布式存款和储蓄计算,可集成好些个据库服务器,完美化解守旧ERP的单数据库服务器的总计功用难题。

陆、系统扩充及三次开采

  
从框架的业务基类派生出更加高壹层的事务模型,企业的软件开拓人士神速支付出天性化功用的模子对象,满意分歧店肆的脾气须求功效,并能与全体ERP系统无缝数据共享,真正把具备店四财富整合成1体。

 

HP-Socket通信框架


 

HP-Socket 是壹套通用的高质量 TCP/UDP/HTTP
通讯框架,包罗服务端组件、客户端组件和Agent组件,布满适用于各样分裂应用场景的
TCP/UDP/HTTP 通讯系统,提供
C/C++、C#、Delphi、E(易语言)、Java、Python 等编制程序语言接口。HP-Socket
对通讯层落成完全封装,应用程序不必关切通讯层的别样细节;HP-Socket
提供依附事件通报模型的 API
接口,能非凡轻便高效地组合到新旧应用程序中。
    为了让使用者能有益火速地读书和动用 HP-Socket
,火速调控框架的准备思想和接纳方法,特此精心制作了大气 德姆o
示例(如:PUSH 模型示例、PULL 模型示例、PACK
模型示例、品质测试示例以及此外编制程序语言示例)。HP-Socket 近来运作在
Windows 平台,以往会促成跨平台支撑。

    (参预技术扶助群)    

HP-Socket 的宏图丰硕重申功效、通用型、易用性与伸缩性:

通用性

  • HP-Socket
    的绝无仅有任务便是吸收接纳和殡葬字节流,不参预应用程序的磋商分析等专门的工作。
  • HP-Socket
    与应用程序通过接口实行互动,并完全解耦。任何利用只要落成了HP-Socket的接口标准都得以无缝整合
    HP-Socket。

易用性

  • 易用性对具备通用框架都以主要的,假诺太难用还不及本人重头写几个呈现便宜。因而,HP-Socket
    的接口设计得十分容易和归并。
  • HP-Socket
    完全封装了具备底层通讯细节,应用程序不必也不可能干预底层通讯操作。通讯连接被架空为Connection
    ID,Connection ID 作为一而再的绝无仅有标记提要求应用程序来管理差别的连日。
  • HP-Socket 提供 PUSH / PULL / PACK 等接受模型,
    应用程序能够灵活选择以手工业方式、 半自动格局或自动格局管理封解包,
    PULL / PACK 接收模型在下降封解包管理复杂度的同时能大大收缩出错概率。

高性能

  • Client 组件:依赖 伊芙nt Select
    通讯模型,在单身线程中实施通讯操作,幸免与主线程或别的线程相互干扰。种种组件对象管理1个Socket 连接。
  • Server 组件:基于 IOCP
    通讯模型,并构成缓存池、私有堆(Private
    Heap)等手艺,援救超大规模连接,在高并发场景下实现飞快内部存款和储蓄器管理。
  • Agent
    组件:对此代理服务器或转化服务器等采纳场景,服务器本身也当作客户端向其余服务器发起大规模连接,三个Agent 组件对象同时可治本三个 Socket 连接;Agent 组件与 Server
    组件接纳同样的才干架构,能够看成代理服务器或转载服务器的客户端部件。

伸缩性

    应用程序能够根据分裂的容积供给、通讯规模和能源意况等现实处境调度HP-Socket
的各种品质参数(如:工作线程的多寡、缓存池的大大小小、发送情势和接到方式等),优化财富配置,在满意使用需要的同时不要过分浪费财富。

Server 零件试行流程

 

Agent 组件实践流程

 

Client 组件实行流程

 

NFine技能介绍


NFine才干介绍:

壹、前端本事

JS框架:jquery-2.1.1、Bootstrap.js、JQuery UI

CSS框架:Bootstrap v3.3.四(稳定是后台,UI方面依据须要协调进级改换呢)。

客户端验证:jQuery Validation Plugin 一.九.0。

在线编辑器:ckeditor、simditor

上传文件:Uploadify v三.贰.一

动态页签:Jerichotab(自个儿更动)

数据表格:jqGrid、Bootstrap Talbe

对话框:layer-v2.3

下拉挑选框:jQuery Select2

树结构控件:jQuery zTree、jQuery wdtree

页面布局:jquery.layout.js 一.4.肆

图片插件:echarts、highcharts

日子控件: My97DatePicker

二、后端技巧

着力框架:ASP.NET MVC伍、WEB API

持久层框架:EntityFramework 六.0

定期铺排职责:Quartz.Net组件

平安协理:过滤器、Sql注入、请求伪造

服务端验证:实人体模型型验证、自个儿封装Validator

缓存框架:微软自带Cache、Redis

日记处理:Log四net、登陆日志、操作日志

工具类:NPOI、Newtonsoft.Json、验证码、丰盛公共类似

 

OSGi.NET应用程序扩大


 

OSGi.NET 详细介绍

那是兑现的一套基于OSGi规范的C#基本功框架-OSGi.NET,并且用Go语言开始实现了插件的保管平台-插件货仓。在几当中小型项目中保有应用(Winform、WPF),首要能够缓和多少人合作的开荒规范与插件的管住难题。

愈来愈多表明: http://www.diginfo.me/osgi-net-implement

简介:

OSGi.NET框架是三个参考了OSGi标准的模块化处理框架。框架为应用程序增添(组件(bundle))提供了3个专门的学问条件。整个框架能够划分为一些档案的次序:

  1. 运作条件
  2. 模块(Bundle)
  3. 生命周期处理
  4. 劳务注册
  5. 扩张点支撑

日前OSGi.NET具备如下特点:

  1. 零件的可插拔性:组件可依据专业需求在运转时开始展览装载、卸载操作
  2. 组件的动态更新:组件在运维时可更新替换当前版本
  3. 组件的本子隔断:差别组件引用一样产品的两样版本程序集能够版本隔断
  4. 零件完整的生命周期:包括已设置、已装载、已激活、运行中、结束中、已卸载
  5. 组件的加载顺序:组件加载依据业务须要可安装加载级别来支配加载次序
  6. 组件的通讯协助:组件间通过面向服务的编制程序模型来到达组件间通信、调用的目标
  7. 组件的扩张协助:组件提供了扩大点及其扩充来满意有个别组件的扩充性协助

早先多个OSGi.NET应用程序仅供给如下代码

using System;

 

using OSGi.NET.Core.Root;

 

namespace ConsoleDemo

{

    class Program

    {

        static void Main(string[] args)

        {

            //创设框架工厂

            var frameworkFactory = new FrameworkFactory();

            //创制框架内核

            var framework = frameworkFactory.CreateFramework();

            //开端化框架

            framework.Init();

            //运转框架

            framework.Start();

 

            Console.ReadLine();

        }

    }

}

创办2个OSGi.NET项目需求:

  1. 引用框架内核程序集OSGi.NET.dll
  2. 加上框架内核配置文件OSGi.NET.properties
  3. 如供给日志协理,增多log四net.config文件及log四net.dll程序集引用

OSGi.NET项目标默许文件目录结构如下
/程序目录
/程序目录/Bundles/
/程序目录/Bundles/模块A/
/程序目录/Bundles/模块A/Manifest.xml
/程序目录/Bundles/模块A/模块A.dll
/程序目录/Bundles/模块A/Libs/
/程序目录/Bundles/模块A/Libs/* .dll
/程序目录/Bundles/模块B/
/程序目录/Bundles/模块C/
/程序目录/Libs/(可选)
/程序目录/OSGi.NET.properties
注:
程序目录中的Libs文件夹存放个Bundles的共享程序集(也可通过在陈设文件中配备共享清单),如接口契约、公共第二方类库等。
模块A中的Libs文件夹存放其个人程序集。
Manifest.xml作为程序清单文件对模块进行自描述。
OSGi.NET.properties为框架内核配置文件

有关加载次序:
是因为业务需求,各模块存在依附关系的大概,所以模块加载也会有加载顺序的渴求,此时得以经过清单文件中Manifest.xml,Bundle节点的StartLevel属性对其加载次序进行设置。数值越小,加载越前。 

关于Bundle引用程序集搜索原则:

  1. 凭仗加载的Bundle引用程序集,依附程序集名称+版本号相称原则,优先从[/程序目录/Libs/]目录或共享清单中搜求。
  2. 如首先步无相配,则依照程序集名称从[/程序目录/Bundles/模块A/Libs/*.dll]目录寻觅,并将追寻到的程序集对应版本关联Bundle。
  3. 各Bundle下Libs目录程序集在加载中做了Bundle间的隔绝,确定保障不一致的Bundle引用的主次集间不会招致影响。即:如存在共享程序集请放置[/程序目录/Libs/]目录或在共享清单配置。

 

SSIO框架介绍


 

ServerSuperIO 简称 SSIO ,是一个 C# 跨平台物联网通信框架。

一.SSIO的特点

  1. Bootstrap,轻型高质量通讯框架,适用于各种应用场,轮询形式、自笔者调整方式、并发方式和单例情势。
  2. 设施驱动、IO通道、调整方式场景和睦统一。
  3. 器械驱动内轩命令驱动器、命令缓存器、自定义参数和实时数据成分。
  4. 框架平台支持按设备命令优先等第实行调治,保险高端别命令马上发送。
  5. 1个设施驱动同时扶助串口和网络两种简报格局,能够监视IO通道数据。
  6. 一个设施驱动,在网络通信时可以援救TCP Server和TCP
    Client二种工作情势。
  7. 放到突显视图接口,满足区别呈现需求。
  8. 放到服务组件接口,能够自定义落成OPC服务、四-20mA输出、LED大屏展现、短信服务、以及多效益网关服务。
  9. 能够成立多服务实例,完毕差异职业的拆分。

  10. 辅助跨平台安顿,能够运作在Linux和Windows系统。

二.SSIO概述

  
SSIO通讯框架的宏图观念是在SuperIO(SIO)基础上升高而来,并不曾惊天动地上的才能,首倘诺做事经验的堆叠,适合于差异应用场景的物联网的数码
搜集与互为。SSIO和SIO并不是大约的对IO高品质的操作,而是设备驱动、IO通道、调节格局和骨子里硬件装置之间的调护医治机制,外省点之间无缝对接和运维,也是为着减轻具体育赛职业和平运动用场景的一部分痛点。

  软硬件之间的数据交互,并且面临着复杂的现场条件:

(一)复杂的、多种的通信协议。有行业内部的会谈,比如:Modbus等,也有过多依照规范协议修改的协议格式、以及自定义协议格式,并且距离。对于倒霉的软件架构,疲于应对,扩充设备或协议要对整个软件进行梳理,往往在此进度中冒出新的主题素材或BUG。

(2)针对不一致用户对软件分界面或效益的渴求有比十分的大区别,使之满意分化用户的呈现要求,能够自定义数据展现界面。那么就必要提供显示视图接口,与设施驱动举行互动。

(3)既然现场配备的数目被搜罗上来,那么就必要对其进展管理,不仅仅是保存、查询、报表等,还有:数据转载、数据输出(OPC、模拟量、大屏等)等。那么就须要提供服务性的接口,与设备驱动实行交互。

(肆)通信链路的种种性,对于同多个设备恐怕要帮助XC60S232/CR-VS485/TiggoS42二、CR-VJ四伍、叁G/四G等广播发表情势,所以对于1个配备要对应各种电视发表情势(串口和网络),也给大家的开销产生比比较大的绊脚石。

(伍)设备驱动、IO通道和实际的实地硬件终端之间链路复杂,有非常的大可能率:二个装置驱动对应一个IO通道、三个配备驱动对应三个IO通道、四个设施驱动对应二个IO通道等情况。

(陆)既然设备与服务端实行数据交互,那么就应该对设施的报道状态、IO状态、以及设备自个儿的景观举行监察,那样设备才处于可保证状态。

(柒)软件各版本、以及软件与硬件之间的包容性很差,管理起来复杂。在框架平台牢固的状态下,只须求更新配备驱动。

  
为了缓慢解决以上大多主题材料,开拓一个软件框架,扶助三次开荒。在不对软件框架更改的图景下,可以很便利的衔接设备、维护设备、集成设备、管理设备业务数据等。软件框架相对平稳,把轻巧生成的局地开展灵活设计。

3.垄断格局

(1)轮询形式:当串口和网络通信时都得以动用那种调节方式。当有八个设施
连接到通信平台时,通信平台会轮询调整设施进行广播发表任务。某一整日只好有二个设施发送请求命令、等待接受重返数据,这几个装置达成发送、接收(假诺赶上超时
情状,则自动重返)后,下三个配备才开始展览报纸发表职责,依次轮询设备。如下图:

 

(贰)并发方式:惟有网络通信时能够选拔那种控制情势。并发通信形式是汇总
发送全数设施的请求指令,框架是选用循环同步方式发送请求命令。还有进一步升高的机遇,接纳互动异步情势聚集发送请求命令。硬件设施接收到指令后举办校
验,校验成功后赶回对应指令的多少,通讯平台异步监听到数量音信后,举行收纳操作,然后再开始展览多少的分发、管理等。如下图:

 

(三)自作者调节形式:唯有互连网通信时能够运用那种调节格局。自笔者调控通信格局与并发
通信情势类似,不同在于发送指令操作交给设备驱动自个儿进行调控,大概说交给二回开垦者,一次开垦者可以经过石英钟定时用事件驱动的法子发送指令数据。硬件设
备接收到指令后张开校验,校验成功后回到对应指令的数目,通讯平台异步监听到数码音信后,举行吸收操作,然后再张开数据的散发、管理等。

  
自小编调节通信格局可认为二遍开采者提供可信的定期请求实时数据机制,使通讯机制更加灵敏、自己作主,借使七个设备驱动使用同1个IO通道的话,时间调控会有差错。如下图:

 

(四)单例情势:只有网络通信时方可采用那种垄断(monopoly)情势。在1个劳动实例内只可以有1个装置驱动,约等于三个装置驱动对应着N三个硬件配备终端。更切合通信的数量协议有定点的正儿八经,以命令关键字管理不相同的数目。适用于高产出的硬件终
端设备主动上传数据,服务器端根据数量消息进行管理和再次来到相应的多少。如下图:

 

 

四.跨平台Windows和Linux

(一)Windows运维效果

 

(贰)Linux运行效果

 

 Office读写NPOI


NPOI 是 POI 项目标 .NET
版本。POI是贰个开源的Java读写Excel、WO哈弗D等微软OLE2组件文书档案的门类。

动用 NPOI 你就能够在尚未设置 Office 或许相应情状的机械上对 WO奥迪Q五D/EXCEL
文书档案举办读写。

 

相关文章