开源项目阅读

ERPCore应用系统快速开发平台

---

 ErpCore是一套强大的云计算ERP开发框架，集数据库设计、软件建模、模型自动生成、界面可视化设计、业务流可自定义、全自动生成用户所需系统于一体。在此框架上扩展出全部行业的业务系统，它让软件工程师从“建模——写代码——测试”全部繁琐重复的工做变为全自动化生成，大大简化了企业软件的开发时间和成本；同时，使用该框架扩展的全部业务子系统可以无缝链接进行数据共享，这也是云计算ERP的实现基础，杜绝了传统ERP的子系统信息孤岛的弊端，真正实现无缝整合企业的全部资源进行管理。

   灵活的自定义对象功能解决了传统ERP由软件厂商定死业务规则的弊端，业务流规则将变成企业本身自定义，知足国内不一样企业存在不一样工做业务流、或者同一个企业不一样时期的业务流变更状况。

   功能描述：

一、自动建模

   框架内部带有虚拟数据库系统，用户可在虚拟数据库上建立表、字段、表间关联，企业根据本身的具体业务需求构建合适的数据库架构，即经过自动化实现销售业务人员将能完成DBA的工做。业务流程将变成企业自定义。

二、自定义对象

   对应于虚拟数据库上建立表、字段、表间关联，用户可自定义对象、对象属性、对象关联。奠基了能够扩展出符合全部行业全部业务系统可能性。

三、窗体表单可视化设计

   经过拖拽拉的方式，业务人员便可建立软件使用界面，把界面关联起来便可实现不用编码就能建立所需的业务系统。

四、全自动建立子系统

   管理员在后台经过建立对象、建立窗体，并集成成一个子系统，普通使用人员就能使用子系统进行工做，不需额外开发工做。

五、云计算提升效率

   系统可扩展出分布式存储计算，可集成多数据库服务器，完美解决传统ERP的单数据库服务器的统计效率问题。

六、系统扩展及二次开发

   从框架的业务基类派生出更高一层的业务模型，企业的软件开发人员快速开发出个性化功能的模型对象，知足不一样企业的个性需求功能，并能与整个ERP系统无缝数据共享，真正把全部企业资源整合成一体。

 

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 ，迅速掌握框架的设计思想和使用方法，特此精心制做了大量 Demo 示例（如：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 组件：基于 Event Select 通讯模型，在单独线程中执行通讯操做，避免与主线程或其余线程相互干扰。每一个组件对象管理一个 Socket 链接。
• Server 组件：基于 IOCP 通讯模型，并结合缓存池、私有堆（Private Heap）等技术，支持超大规模链接，在高并发场景下实现高效内存管理。
• Agent 组件：对于代理服务器或中转服务器等应用场景，服务器自身也做为客户端向其它服务器发起大规模链接，一个 Agent 组件对象同时可管理多个 Socket 链接；Agent 组件与 Server 组件采用相同的技术架构，能够用做代理服务器或中转服务器的客户端部件。

伸缩性

    应用程序可以根据不一样的容量要求、通讯规模和资源情况等现实场景调整 HP-Socket 的各项性能参数（如：工做线程的数量、缓存池的大小、发送模式和接收模式等），优化资源配置，在知足应用需求的同时没必要过分浪费资源。

* Server 组件执行流程

 

* Agent 组件执行流程

 

* Client 组件执行流程

 

NFine技术介绍

---

NFine技术介绍：

一、前端技术

JS框架：jquery-2.1.一、Bootstrap.js、JQuery UI

CSS框架：Bootstrap v3.3.4（稳定是后台，UI方面根据需求本身升级改造吧）。

客户端验证：jQuery Validation Plugin 1.9.0。

在线编辑器：ckeditor、simditor

上传文件：Uploadify v3.2.1

动态页签：Jerichotab（本身改造）

数据表格：jqGrid、Bootstrap Talbe

对话框：layer-v2.3

下拉选择框：jQuery Select2

树结构控件：jQuery zTree、jQuery wdtree

页面布局：jquery.layout.js 1.4.4

图表插件：echarts、highcharts

日期控件： My97DatePicker

二、后端技术

核心框架：ASP.NET MVC五、WEB API

持久层框架：EntityFramework 6.0

定时计划任务：Quartz.Net组件

安全支持：过滤器、Sql注入、请求伪造

服务端验证：实体模型验证、本身封装Validator

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

日志管理：Log4net、登陆日志、操做日志

工具类：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））提供了一个标准环境。整个框架能够划分为一些层次：

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();

        }

    }

}

建立一个OSGi.NET项目须要：

1. 引用框架内核程序集OSGi.NET.dll
2. 添加框架内核配置文件OSGi.NET.properties
3. 如须要日志支持，添加log4net.config文件及log4net.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. 轻型高性能通讯框架，适用于多种应用场，轮询模式、自控模式、并发模式和单例模式。
2. 设备驱动、IO通道、控制模式场景协调统一。
3. 设备驱动内轩命令驱动器、命令缓存器、自定义参数和实时数据元素。
4. 框架平台支持按设备命令优先级别进行调度，保证高级别命令及时发送。
5. 一个设备驱动同时支持串口和网络两种通信方式，能够监视IO通道数据。
6. 一个设备驱动，在网络通信时能够支持TCP Server和TCP Client两种工做模式。
7. 内置显示视图接口，知足不一样显示需求。
8. 内置服务组件接口，能够自定义完成OPC服务、4-20mA输出、LED大屏显示、短信服务、以及多功能网关服务。
9. 能够建立多服务实例，完成不一样业务的拆分。

10. 支持跨平台部署，能够运行在Linux和Windows系统。

二.SSIO概述

   SSIO通讯框架的设计思想是在SuperIO（SIO）基础上发展而来，并无高大上的技术，主要是工做经验的积累，适合于不一样应用场景的物联网的数据 采集与交互。SSIO和SIO并非简单的对IO高性能的操做，而是设备驱动、IO通道、控制模式和实际硬件设备之间的协调机制，各方面之间无缝衔接和运 行，也是为了解决现实工做和应用场景的一些痛点。

  软硬件之间的数据交互，而且面临着复杂的现场环境：

（1）复杂的、多样的通信协议。有标准的协议，例如：Modbus等，也有不少根据标准协议修改的协议格式、以及自定义协议格式，而且千差万别。对于很差的软件架构，疲于应对，增长设备或协议要对整个软件进行梳理，每每在此过程当中出现新的问题或BUG。

（2）针对不一样用户对软件界面或功能的要求有很大不一样，使之知足不一样用户的显示要求，能够自定义数据显示界面。那么就须要提供显示视图接口，与设备驱动进行交互。

（3）既然现场设备的数据被采集上来，那么就须要对其进行处理，不只仅是保存、查询、报表等，还有：数据转发、数据输出（OPC、模拟量、大屏等）等。那么就须要提供服务性的接口，与设备驱动进行交互。

（4）通信链路的多种性，对于同一个设备可能要支持RS232/RS485/RS42二、RJ4五、3G/4G等通信方式，因此对于一个设备要对应多种通信方式（串口和网络），也给咱们的开发形成很大的障碍。

（5）设备驱动、IO通道和实际的现场硬件终端之间链路复杂，有可能：一个设备驱动对应一个IO通道、一个设备驱动对应多个IO通道、多个设备驱动对应一个IO通道等状况。

（6）既然设备与服务端进行数据交互，那么就应该对设备的通信状态、IO状态、以及设备自己的状态进行监控，这样设备才处于可维护状态。

（7）软件各版本、以及软件与硬件之间的兼容性不好，管理起来错综复杂。在框架平台稳定的状况下，只须要更新设备驱动。

   为了解决以上诸多问题，开发一个软件框架，支持二次开发。在不对软件框架改动的状况下，可以很方便的接入设备、维护设备、集成设备、处理设备业务数据等。软件框架相对稳定，把容易变化的部分进行灵活设计。

三.控制模式

（1）轮询模式：当串口和网络通信时均可以使用这种控制模式。当有多个设备 链接到通信平台时，通信平台会轮询调度设备进行通信任务。某一时刻只能有一个设备发送请求命令、等待接收返回数据，这个设备完成发送、接收（若是遇到超时 状况，则自动返回）后，下一个设备才进行通信任务，依次轮询设备。以下图：

 

（2）并发模式：只有网络通信时可使用这种控制模式。并发通信模式是集中 发送全部设备的请求指令，框架是采用循环同步方式发送请求命令。还有进一步提升的机会，采用并行异步方式集中发送请求命令。硬件设备接收到指令后进行校 验，校验成功后返回对应指令的数据，通信平台异步监听到数据信息后，进行接收操做，而后再进行数据的分发、处理等。以下图：

 

（3）自控模式：只有网络通信时可使用这种控制模式。自控通信模式与并发 通信模式相似，区别在于发送指令操做交给设备驱动自己进行控制，或者说交给二次开发者，二次开发者能够经过时钟定时用事件驱动的方式发送指令数据。硬件设 备接收到指令后进行校验，校验成功后返回对应指令的数据，通信平台异步监听到数据信息后，进行接收操做，而后再进行数据的分发、处理等。

   自控通信模式能够为二次开发者提供精确的定时请求实时数据机制，使通信机制更灵活、自主，若是多个设备驱动使用同一个IO通道的话，时间控制会有误差。以下图：

 

（4）单例模式：只有网络通信时可使用这种控制模式。在一个服务实例内只 能有一个设备驱动，至关于一个设备驱动对应着N多个硬件设备终端。更适合通信的数据协议有固定的标准，以命令关键字处理不一样的数据。适用于高并发的硬件终 端设备主动上传数据，服务器端根据数据信息进行处理和返回相应的数据。以下图：

 

 

四.跨平台Windows和Linux

（1）Windows运行效果

 

（2）Linux运行效果

 

 Office读写NPOI

---

NPOI 是 POI 项目的 .NET 版本。POI是一个开源的Java读写Excel、WORD等微软OLE2组件文档的项目。

使用 NPOI 你就能够在没有安装 Office 或者相应环境的机器上对 WORD/EXCEL 文档进行读写。