开发笔记 第274页

来源： 构建插件式的应用程序框架(三)－－－－动态加载 – 纶巾客 – 博客园

不管你采用什么方式实现插件式的应用程序框架，核心还是动态加载，换句话说，没有动态加载技术也就无所谓插件式的应用程序框架了。使用Com实现的话，你可以利用Com的API通过ProgID来动态创建COM对象，如果使用普通DLL，你需要使用Windows 的API函数LoadLibrary来动态加载DLL，并用GetProcAddress函数来获取函数的地址。而使用.NET技术的话，你需要使用Assembly类的几个静态的Load（Load，LoadFile，LoadFrom）方法来动态加载汇集。
一个Assembly里可以包含多个类型，由此可知，一个Assembly里也可以包含多个插件，就像前一篇文章所讲，只要它从IPlugin接口派生出来的类型，我们就承认它是一个插件类型。那么Assembly被动态加载了以后，我们如何获取Assembly里包含的插件实例呢？这就要用到反射（Reflection）机制了。我们需要使用Assembly的GetTypes静态方法来得到Assembly里所包含的所有的类型，然后遍历所有的类型并判断每一个类型是不是从IPlugin接口派生出来的，如果是，我们就使用Activator的静态方法CreateInstance方法来获得这个插件的实例。.NET的动态加载就是这几个步骤。下来，我做一个简单的例子来演练一下动态加载。首先声明一点，这个例子非常简单，纯粹是为了演练动态加载，我们的真正的插件式的应用程序框架里会有专门的PluginService来负责插件的加载，卸载。
我们的插件位于一个DLL里，所以我们首先创建一个Class library工程。创建一个FirstPlugin类让它派生于IPlugin接口，并实现接口的方法和属性，由于本文的目的是演示动态加载，所以IPlugin接口的Loading事件我们就不提供默认的实现了，虽然编译的时候会给出一个警告，我们不必理会它。这个插件的功能就是在应用程序里创建一个停靠在主窗体底部的ToolStrip，这个ToolStrip上有一个按钮，点击这个按钮，会弹出一个MessageBox显示“The first plugin”。下面是代码：
using System;
using System.Collections.Generic;
using System.Text;
using PluginFramework;
using System.Windows.Forms;

namespace FirstPlugin
{
public class FirstPlugin:IPlugin
{
private IApplication application = null;
private String name=””;
private String description = “”;

IPlugin Members
}
}

接下来我们创建一个Windows Application工程让主窗体派生于IApplication接口并实现IApplication接口的方法和属性，下来我们声明1个MenuStrip和1个StatusStrip，让他们分别停靠在窗口的顶部和底端，接下来我们声明4个ToolStripPanel，分别人他们停靠在上下左右四个边，最后我们创建一个ToolStrip,在上边添加一个按钮，当点击这个按钮的时候，我们动态的加载插件。
为了方便演示，我们把生成的Assembly放置到固定的位置，以方便主程序加载，在本例里，我们在应用程序所在的文件夹里创建一个子文件夹Plugins（E:\Practise\PluginSample\PluginSample\bin\Debug\Plugins），将插件工程产生的Assembly（FirstPlugin.dll）放置在这个子文件夹。下面是动态加载的代码：

private void toolStripButton1_Click(object sender, EventArgs e)
{
//动态加载插件，为了方便起见，我直接给出插件所在的位置
String pluginFilePath = Path.GetDirectoryName(Application.ExecutablePath) + “\\plugins\\FirstPlugin.dll”;
Assembly assembly = Assembly.LoadFile(pluginFilePath);

//得到Assembly中的所有类型
Type[] types = assembly.GetTypes();

//遍历所有的类型，找到插件类型，并创建插件实例并加载
foreach (Type type in types)
{
if (type.GetInterface(“IPlugin”) != null)//判断类型是否派生自IPlugin接口
{
IPlugin plugin = (IPlugin)Activator.CreateInstance(type);//创建插件实例
plugin.Application = this;
plugin.Load();
}
}

}

我把完整源代码也附上，方便大家使用：源代码下载

原理：从ecshop数据库提取各个属性的库存，放到一个函数里，然后用模板调用出来。 需要修改的ecshop文件： 1.主题模板goods.dwt 2.includes下的lib_goods.php Step 1. 修改goods.dwt 在294行左右，原理：从ecshop数据库提取各个属性的库存，放到一个函数里，然后用模板调用出来。

需要修改的ecshop文件：

1.主题模板goods.dwt

2.includes下的lib_goods.php

 

Step 1.

修改goods.dwt

在294行左右，  <!– {foreach from=$spec.values item=value key=key} –>和    <!– {/foreach} –>之间，增加（库存：{$value.product_number} {$goods.measure_unit}）

 

Step 2.

修改includes下的lib_goods.php

在625行/* 获得商品的规格 */中，修改成如下样子：红色部分是增加的调用

 

$SQL = “SELECT a.attr_id, a.attr_name, a.attr_group, a.is_linked, a.attr_type, “.
“g.goods_attr_id, g.attr_value, g.attr_price ” . “,p.product_sn,p.product_number ” .
‘FROM ‘ . $GLOBALS[‘ecs’]->table(‘goods_attr’) . ‘ AS g ‘ .
‘LEFT JOIN ‘ . $GLOBALS[‘ecs’]->table(‘attribute’) . ‘ AS a ON a.attr_id = g.attr_id ‘ .
‘LEFT JOIN ‘ . $GLOBALS[‘ecs’]->table(‘products’) . ‘ AS p ON g.goods_attr_id = p.goods_attr ‘ .
“WHERE g.goods_id = ‘$goods_id’ ” .
‘ORDER BY a.sort_order, g.attr_price, g.goods_attr_id’;
$res = $GLOBALS[‘db’]->getAll($SQL);

$arr[‘pro’] = array(); // 属性
$arr[‘spe’] = array(); // 规格
$arr[‘lnk’] = array(); // 关联的属性

foreach ($res AS $row)
{
$row[‘attr_value’] = str_replace(“\n”, ‘<br />’, $row[‘attr_value’]);

if ($row[‘attr_type’] == 0)
{
$group = (isset($groups[$row[‘attr_group’]])) ? $groups[$row[‘attr_group’]] : $GLOBALS[‘_LANG’][‘goods_attr’];

$arr[‘pro’][$group][$row[‘attr_id’]][‘name’] = $row[‘attr_name’];
$arr[‘pro’][$group][$row[‘attr_id’]][‘value’] = $row[‘attr_value’];
}
else
{
$arr[‘spe’][$row[‘attr_id’]][‘attr_type’] = $row[‘attr_type’];
$arr[‘spe’][$row[‘attr_id’]][‘name’] = $row[‘attr_name’];
$arr[‘spe’][$row[‘attr_id’]][‘values’][] = array(
‘label’ => $row[‘attr_value’],
‘price’ => $row[‘attr_price’],
‘format_price’ => price_format(abs($row[‘attr_price’]), false),
‘id’ => $row[‘goods_attr_id’],
‘product_sn’ => $row[“product_sn”],
‘product_number’ => $row[“product_number”]);
}

 

 

来源： [转载]ASP.NET MVC （Razor）开发 <> 总结与分享 – sheng.chao – 博客园

过去我们使用过一些周报工具来完成项目组或部门的周报填写与考核工作，但多少有些不理想，要么功能太过简单，要么功能特别繁杂，不接地气，使用不便。

后来我们就考虑自己开发一个简单的，实用的，易用的，接地气的周报填报考核系统。

技术选型：

ASP.NET MVC + Razor 视图引擎，JQuery，数据库 SQL Server 2008 R2

微软企业库

数据访问层使用了自有ORM解决方案

这是一个比较简单和基础的系统，使用的技术也都非常基础，下面我将对开发过程进行一个简单的回顾和总结。

关于 ASP.NET MVC

开发效率非常的高，对于企业级应用来说，能够轻易的构建出健壮，完善的项目，并能够使代码拥有非常好的可读性。对于有WEB开发基础的人来说上手基本没有难度， 再加上微软的产品一向是给正常人类使用的，所以掌握起来非常的 Easy，当然，要做出出色的WEB应用，深入学习和理解是必不可少的，师傅领进门，修行在个人。

关于 Razor 视图引擎

对于企业级开发来说，Razor 最大的优点是出色的生产性与极高的代码可读性，可维护性。如果你没有接触过，可以先简单的把 Razor 理解为一种强类型的模版引擎（当然这个理解并不精确），整个 View ，就是一个 HTML 模版，在此模版中，你可以使用强类型的方式，访问与 View 关联的 Model，不论是在 HTML 代码中，还是 JavaScript 代码中；还可以通过一系列辅助类，动态输出 HTML 或者 JavaScript 代码， Razor 与这两者有极高的交互性。

关于 JQuery

没啥特别说的，生产性+++

关于ORM

在本系统中，使用了弱类型的自有ORM系统，在之前的博文中我做过详细的介绍。

表结构设计

除了基本的组织机构，角色，人员，权限这些表以外，周报的表使用了一对多的两张关进行关联，一张主表用于存储周报主要信息，子表用于存储周报的内容条目，也就是说一个周报，是多条数据组织汇总起来的。

为了方便对数据的统计分析和查询，周报表中对周次，日期，年月等做了冗余。

此外，周报系统一个通用的底层功能就是对周次的计算，直接贴代码

/// <summary>
/// 获取指定日期，在为一年中为第几周
/// </summary>
/// <param name="dt">指定时间</param>
/// <reutrn>返回第几周</reutrn>
public static int GetWeekOfYear(DateTime dt)
{
GregorianCalendar gc = new GregorianCalendar();
int weekOfYear = gc.GetWeekOfYear(dt, CalendarWeekRule.FirstDay, DayOfWeek.Monday);
return weekOfYear;
}

/// <summary>
/// 获取指定日期为当月的第几周
/// </summary>
/// <param name="dt"></param>
/// <param name="weekStart"></param>
/// <returns></returns>
public static int GetWeekOfMonth(DateTime dt)
{
int weekStart = 1;

//WeekStart
//1表示 周一至周日 为一周
//2表示 周日至周六 为一周
DateTime FirstofMonth;
FirstofMonth = Convert.ToDateTime(dt.Date.Year + "-" + dt.Date.Month + "-" + 1);

int i = (int)FirstofMonth.Date.DayOfWeek;
if (i == 0)
{
i = 7;
}

if (weekStart == 1)
{
return (dt.Date.Day + i - 2) / 7 + 1;
}
if (weekStart == 2)
{
return (dt.Date.Day + i - 1) / 7;

}
return 0;
//错误返回值0
}

/// <summary>
/// 计算本周起始日期（礼拜一的日期）
/// </summary>
/// <param name="someDate">该周中任意一天</param>
/// <returns>返回礼拜一日期，后面的具体时、分、秒和传入值相等</returns>
public static DateTime CalculateFirstDateOfWeek(DateTime someDate)
{
int i = someDate.DayOfWeek - DayOfWeek.Monday;
if (i == -1) i = 6;// i值 > = 0 ，因为枚举原因，Sunday排在最前，此时Sunday-Monday=-1，必须+7=6。
TimeSpan ts = new TimeSpan(i, 0, 0, 0);
return someDate.Subtract(ts);
}

/// <summary>
/// 计算本周结束日期（礼拜日的日期）
/// </summary>
/// <param name="someDate">该周中任意一天</param>
/// <returns>返回礼拜日日期，后面的具体时、分、秒和传入值相等</returns>
public static DateTime CalculateLastDateOfWeek(DateTime someDate)
{
int i = someDate.DayOfWeek - DayOfWeek.Sunday;
if (i != 0) i = 7 - i;// 因为枚举原因，Sunday排在最前，相减间隔要被7减。
TimeSpan ts = new TimeSpan(i, 0, 0, 0);
return someDate.Add(ts);
}

最终完成功能与效果：

一：周报的填写；

1）周报中的“工作类型”、“工作任务”、“完成情况”作为基础数据自由配置；

2）“工作类型”、“工作任务”只需简单设置名称即可，无需繁杂的参与人负责人进度时间等数据，术业有专攻，这部分工作交给项目管理软件处理，此外，周报与绩效考核的使用场景不单单是项目研发，行管团队或传统企业一般不需要有“项目”的概念，只需一个工作分类即可。

3）可按组织机构或按个人对周报进行查询；

二：考核功能

1）可自由设置人员之间的考核关系，不和组织机构绑定，因为多数时候项目领导或部门领导都不会直接考核每一个人，另外也存在人员临时借调的情况，与组织机构并不一定完全一致；

2）考核项可自由配置，可根据自身需求自行添加要考核的项，如工作完成情况，工作质量，是否加班等，考核结果可设置分值，用于绩效统计；

三：统计

1）根据指定的时间段，对指定组织机构中的人员经过考核的周报进行汇总，并将考核得分累计排名，人员的工作绩效情况一目了然。

四：其它

完整的组织机构管理，人员管理，角色权限管理功能，可在此基础上继续开发。

我把已经完成的功能部署在了公网上，可以访问地址：http://e.zkebao.com 查看

可以在此地址上免费使用，我会继续更新维护它，欢迎批评指正。

上一篇博文简单介绍了下插件化的代码组成部门：http://www.cnblogs.com/gengzhe/p/4390932.html

这篇博客主要讲解下插件化实现的原理，先面先讲解几个概念：

一、契约

插件与系统必须有契约，系统才能发现插件并正确加载插件，我采用的是所有插件都实现Sun.Core里面的IPlugin接口。

二、自述

插件在被加载的时候，需要告诉系统，我是什么类型的插件，我的guid，我依赖的程序集，我的状态与权限,我的配置信息等等，这个行为是插件的自我描述，简称自述。

三、配置

插件必须能够进行配置(一般在安装的时候或者才系统启动之前进行配置),插件配置的使用过程大致为：系统发现插件-》加载插件-》加载插件配置文件-》把配置信息传入插件内实现了IPlugin接口的类对插件进行初始化。

—————————————————————————————

插件使用流程：插件开发(也可通过插件仓库下载需要的插件)-》插件zip文件上传-》配置插件-》启用插件

有了流程，我顺着流程一步一步分析实现原理：

一、插件开发

1.所开发的插件必须有一个类实现Sun.Core里面的接口，这个接口里面包含初始化、启动、停止、卸载几个方法，因为只有插件自己才了解自己，所以这些功能需要插件自己提供，系统只负责使用。

2.插件必须提供PluginConfig.Json文件，这里面的配置文件有固定的格式，用于向系统提供配置信息及保存用户的设置。

二、插件上传

step1:插件压缩为zip文件，上传保存到PluginZips文件夹下面。

step2:自动解压缩插件文件到PluginTemp(插件检测临时目录)。

step3:检测插件是否包含IPlugin的实现以及是否包含PluginConfig.Json文件，如果存在继续往下执行，如果不存在则删除临时文件以及zip文件，并反馈插件错误信息。

step4:通过插件配置文件，拷贝到Plugins(插件存放目录)下的相应插件类别目录下面。

…..（加载插件）

三、插件加载

1、系统启动加载

step1:遍历Plugins目录下面的所有插件文件，读取PluginConfig对象列表并把列表信息保存到插件管理器里面以便管理调用。

step2:筛选掉PluginConfig里面状态标识为error的插件。

step3:把插件程序集及依赖的不存在系统bin目录下的程序集加载到App_Data目录下的Plugins目录下(便于统一加载及不影响到原Plugins目录下插件的修改、删除)。

step4:加载Plugin程序集及依赖程序集（如果使用IOC，需要把程序集注册到IOC容器）。

step5:调用程序集下IPlugin的实现类，执行初始化，如果插件状态为启动，可直接启动插件。

2、上传插件加载(单个)

上传插件的加载与启动加载的不同之处在于前者不需要遍历，其它步骤一样。

备注：如果使用IOC容器，那么这里需要把新增的这些程序集注册到IOC容器并重置容器。

四、插件管理

因为在插件加载的过程中，插件的配置信息及IPlugin对象都已保存，这里就比较简单。通过列表可以筛选启动、停用、异常的插件，并可以直接调用IPlugin对象来启动、停用、卸载插件。

今天就简单介绍到这里，后续的文章会越来越细。

来源： [转载]我的插件框架·前传 – 钟少 – 博客园

来源： [转载]ARP欺骗与中间人攻击 – 有价值炮灰 – 博客园

来源： [转载]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework – 斑马猪 – 博客园

这是一个Delphi实现的插件框架，
我耗费了相当相当相当多的精力来设计她，虽然仅闪着点我微薄智慧的光芒，但我还是决定用Wisdom来命名她，
也因它是我绝无仅有的，在完成1年多后回头来看仍能相当满意的作品，
所以我补充了展示她特性的Demo和管理工具，决定将她开源发布给仍在坚持着的Delphi Fans。

我发现，人年龄越大，越害怕复杂的东西，越偏向喜欢清澈简单明了的事物，因此，这个插件框架的设计我是费尽心思地往简单上整，
务求扫上几眼几分钟就大概懂了原理，就能上手用起来；务求使用中只需遵守最少的使用守则！
为此，我把OSGI和Eclipse的插件设计精华提取提取再提取，思考思考再思考，终于得偿所愿，最终汇成了她！

好了，吹牛吹过头又吹过瘾了，就还是回到正事，介绍下这个框架都具备什么特性，有什么好处来吸引你。
1、她是微内核的设计
什么是微内核？就是核心实现小如原子，其它一切皆是插件，通过插件的相互构织构建出大千世界。
与此相对应的，那些构建了基本框架，给你一堆既定接口让你完善细处的叫巨内核设计，我讨厌学习一堆接口，因此坚决支持微内核设计，
微内核下整个实现的核心代码可能就2000行内，对高手来说三刀两斧就阅读完了，代码虽小，却是灵活强大。
用巨内核的叫水泥工，而在微内核外，那是你自由奔放的灵感创造，你就是世界的构筑者。

2、面向接口，任意角落调用
插件核心、插件服务全部以纯接口方式暴露，任何插件在任何时候可以获取任何其它插件所声明提供的接口服务，不用关心怎么处理和
这些插件的关系，人人为我，我为人人嘛。

3、扩展点概念让插件无限扩展
每个插件实现自己梦想的同时，能力大的还可以留给别人实现梦想的空间，这个空间就是扩展点，每个插件都可以向别的插件声明扩展空间，
任何其它插件都可以来实现这个扩展点，就如同一个插头又预留有插头口一样，插头和插头间可以互插而互连形成树状获得无限扩展能力，但
对于任何一个插件角度看去，任何其它插件又是平面化的，就像人与人一样，你可以与任何一个人你见到的人打交道，而不需要一定有介绍人。
扩展点概念是Eclipse的设计精髓之一，通过扩展点，能让你的界面灵活得就像Eclipse一样。

4、她只使用纯DLL做插件（当然也可用BPL，我认为那只是打个钩的事情）
Delphi下的BPL确实很好，但你一定咬牙切齿要维护一个支持那时的BPL的编译环境和控件，我也是这样想的，因此坚决支持纯正DLL。

5、她能支持除Delphi外的其它编译器生成的DLL
像VC++有这么多优秀的库，不用甚是可惜，所以，支持它编译的DLL！如果万一还有支持不住的怎么办？比如像易语言？比如在Linux下跑？
好得我也考虑到了，刚才我有把微内核比作原子，大家都知道，原子还能更细分到电子，所以，微内核里的东西还能细分出来更换呢！内核里我就有一个DLL加载器，你只要为特殊的DLL重定义一个加载器，就能跑起来了，看到这里，是不是有点跃跃欲试了哈。

6、她不需要重启就能动态更新/更换新版本的DLL插件
这功能在不能停的服务端那是相当有用对不对，听起来也很高大上对不对，其实实现很简单，你只需遵守一条规则就行，那就是她叫你释放
某个接口时你要立马无条件接受并立刻按她说的做，当然，一瞬间后她会立刻把你需要的服务接口送还给你。

7、插件懒加载，务求最少资源占用
插件框架提供总是、按需、自动管理三种方式载入插件，不必要还没有用起的插件就留着在磁盘上吧，保持她苗条秀丽的身材跑得快效率高。
在自动这种方式下，如果插件在一段时间发现没人用，就把插件卸出内存，哇，这功能好啊!很遗憾，我没有做，不是懒，因为我细想后，觉得
这件事情可划入由外部插件来插手的领域，不是原子性的范畴，以保证微内核是真的微哈。

8、手动式还是配置全由你
提供全套API让你可在程序中手动获取、管理、卸载插件DLL，当然也提供xml配置的方式自动管理插件，要不，小小程序也要配一个xml就说不过去了。

9、可能可以在Linux下跑
我只用到了D7的语言特性，因此，小改一点应可以用Lazarus跑起来，但我是Linux菜鸟，没有发言权，所以只能说可能，求高手上斧。

感觉整个篇幅下来都是我吹嘘之词。。。唉，吹壮君子胆嘛，高手莫见笑。

然后再说下怎么使用，还是很简单地：
1、解压到目录A后，在Delphi环境中，Tools–>Environment Options，打开Library标签，在Browsing Path和Library Path中包含源码中的Core目录
2、新建项目，在Project–>View Source下的uses中，首先第一个打上”WisdomFramework“，在需要跑起的地方加一句TWisdomFramework.Run就可以了
3、在需要调用框架接口的地方，uses一下接口说明文件即可，其中”WisdomCoreInterfaceForD“是给Delphi用的，给C++用的头文件在Demo的Cplus里哦
这里有一条规则：如果搞有DLL中的界面元素显示到Host主窗口，那么在主窗口的OnClose或Destroy中，一定要调用一下TWisdomFramework.Stop

具体特性参看Demo演示。

最后，说一下这个框架的设计理念，这只需要一张图就足够了，如下：

在哪下载？我放到Delphi盒子上了，求大家留赠几根火柴，可否，请大伙阅后批示！
地址为：http://bbs.2ccc.com/topic.asp?topicid=458999

感谢：
感谢飞鸿，要不是他时不时问一下的督促，我估计至今还没有完成这作品，要不是他提了好些建议，这可能还是一件粗糙遗憾的作品。

由于业务需要，我们需要使用支付宝移动快捷支付做收款。支付宝给了我们《移动快捷支付应用集成接入包支付接口》见支付宝包《WS_SECURE_PAY_SDK》。

支付宝给的服务器demo只有Java、C#、PHP三种，而我们服务器端使用的是C++。这其中就涉及到接收支付宝的服务器异步通知。为了确保接 收到的服务器异步通知来至支付宝，我们就必须验证支付宝的签名。坑爹的是，原来PC端使用MD5做签名，估计支付宝考虑到移动端的风险更高，于是改用 RSA做移动快捷支付应用的签名。这无疑增加了我们迁移到移动端的开发成本。

支付宝文档中说明是使用openssl，我们这边就决定使用openssl做rsa签名验证。

由于第一次使用openssl做RSA验证签名，我们碰到了各种坑，为了避免其他项目也碰到类似问题，分享如下：

首先要说明的是RSA签名和签名验证的过程。

RSA签名的过程（支付宝操作）如下：对需要签名的字符串按key的字母升序排序，使用=和&连接，形成一个签名字符串。对该字符串做摘要 （可以使用MD5或者SHA1，支付宝使用的是SHA1），然后对摘要字符串（即接口中的hash参数）使用支付宝私钥做RSA加密，获得加密字符串，即 为签名字符串（放在sign中），设置sign_type=RSA。这样，就完成了发送字符串的签名。

RSA签名验证的过程（我们第三方企业操作）如下：接收到发送过来的字符串（如果字符串没有做url decode解码，需要做url decode解码），拆分为key、value对，按照支付宝的文档，根据key的字母升序排序，使用=和&链接，获得被签名字符串。被签名字符 串做SHA1摘要算法，获得SHA1摘要字符串。如果sign_type=RSA，先将sign字段做base64解码，然后使用支付宝公钥做RSA解 密，得到SHA1摘要字符串。比较两个SHA1摘要字符串，如果SHA1摘要字符串一致，则签名验证成功。

特别说明的是：支付宝的公钥字符串为以—–BEGIN PUBLIC KEY—–\n开始，以\n—–END PUBLIC KEY—–\n结束，中间的字符串需要每64个字符换行一次，即为：

view plaincopy

1. —–BEGIN PUBLIC KEY—–
2. MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCnxj/9qwVfgoUh/y2W89L6BkRA
3. FljhNhgPdyPuBV64bfQNN1PjbCzkIM6qRdKBoLPXmKKMiFYnkd6rAoprih3/PrQE
4. B/VsW8OoM8fxn67UDYuyBTqA23MML9q1+ilIZwBC2AQ2UBVOrFXfFl75p6/B5Ksi
5. NG9zpgmLCUYuLkxpLQIDAQAB
6. —–END PUBLIC KEY—–

理论说完了，再解释一下使用的函数吧。

验证签名函数为：int verifyAlipayNotify(const std::string& recvString, const std::string& alipayPublicKey);

recvString为接收的字符串，未做urldecode。

alipayPublicKey为本地内存中存储的支付宝公钥，已经保证包含特殊说明的条件。

使用的openssl函数如下：

int RSA_verify(int type, const unsigned char *m, unsigned int m_length,
const unsigned char *sigbuf, unsigned int siglen, RSA *rsa);

type 使用何种摘要算法，这里由于使用的是SHA1算法，填写NID_sha1

m 摘要字符串

m_length 摘要字符串长度

sigbuf 支付宝返回的签名，已经做了base64解码

siglen 支付宝返回的签名长度，这里应该为128

rsa openssl的RSA密钥结构体，这里由支付宝公钥转化而来的

返回值：负数为执行错误，0为签名验证失败（估计是有黑客攻击你），1为签名验证成功

verifyAlipayNotify代码如下：

#include <openssl/rsa.h>
#include <openssl/sha.h>
#include <openssl/md5.h>
#include <openssl/rand.h>
#include <openssl/objects.h>
#include <openssl/pem.h>
#include <openssl/bio.h>

#include <string>
#include <map>

#include "urlcodec.h"
#include "base64.h"

struct ltstr
{
bool operator()(std::string s1, std::string s2) const{return (s1.compare(s2) < 0);}
};

int verifyString(const std::string& signString, const std::string& sign, const std::string& alipayPublicKey)
{
//获得支付宝的签名字节串
char szSign[128];
unsigned long szSignLen = 128;
bool decodeResult = CBase64::Decode(sign, (unsigned char*)szSign, &szSignLen);//CBase::Decode是Base64解码函数，您可以在网上随便下载一个
if(!decodeResult)
{
return -1;
}

//获得SHA1摘要字符串
unsigned char sha1Origin[20];
SHA1((unsigned char*)signString.c_str(), signString.size(), sha1Origin);

//由支付宝公钥内存字符串转化为openssl的RSA结构
BIO* memBIO = NULL;
memBIO = BIO_new(BIO_s_mem());
int bioWriteLen = BIO_write(memBIO, alipayPublicKey.c_str(), alipayPublicKey.length());
RSA* rsa = PEM_read_bio_RSA_PUBKEY(memBIO, NULL, NULL, NULL);
    if(NULL == rsa)
    {
        return -2;
    }
//签名验证
int verifyResult = RSA_verify(NID_sha1, sha1Origin, SHA_DIGEST_LENGTH, (unsigned char*)szSign, szSignLen, rsa);
return verifyResult;
}

int verifyAlipayNotify(const std::string& alipayNotifyData, const std::string& alipayPublicKey)
{
std::string strAlipayNotifyData = alipayNotifyData;
std::string sign;
std::map<std::string, std::string, ltstr> omap;
std::string::size_type pos = strAlipayNotifyData.find("&");
while(std::string::npos != pos)
{
std::string one = strAlipayNotifyData.substr(0, pos);
std::string::size_type subpos = one.find("=");
if(std::string::npos != subpos)
{
std::string key = one.substr(0, subpos);
if("sign_type" != key && "sign" != key)
{
std::string value = one.substr(subpos+1);
std::string newValue = UrlDecode(value);//UrlDecode是URL解码函数，您可以在网上随便下载一个
omap.insert(std::make_pair(key, newValue));
}
else if("sign" == key)
{
sign = UrlDecode(one.substr(subpos+1));
}
}

strAlipayNotifyData = strAlipayNotifyData.substr(pos + 1);
pos = strAlipayNotifyData.find("&");
}
std::string::size_type subpos = strAlipayNotifyData.find("=");
if(std::string::npos != subpos)
{
std::string key = strAlipayNotifyData.substr(0, subpos);
if("sign_type" != key && "sign" != key)
{
std::string value = strAlipayNotifyData.substr(subpos+1);
std::string newValue = UrlDecode(value);
omap.insert(std::make_pair(key, newValue));
}
else if("sign" == key)
{
sign = UrlDecode(strAlipayNotifyData.substr(subpos+1));
}
}

//获得支付宝被签名字符串
std::string signString = "";
std::map<std::string, std::string, ltstr>::iterator itr = omap.begin();
for(; itr != omap.end(); ++itr)
{
signString += itr->first;
signString += "=";
signString += itr->second;
signString += "&";
}
if(!signString.empty())
{
signString.erase(signString.length() - 1);
}

return verifyString(signString, sign, alipayPublicKey);
}

有时候，你本地存储的公钥是没有包含头尾的，如

MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCnxj/9qwVfgoUh/y2W89L6BkRAFljhNhgPdyPuBV64bfQNN1PjbCzkIM6qRdKBoLPXmKKMiFYnkd6rAoprih3/PrQEB/VsW8OoM8fxn67UDYuyBTqA23MML9q1+ilIZwBC2AQ2UBVOrFXfFl75p6/B5KsiNG9zpgmLCUYuLkxpLQIDAQAB

为此，提供一个函数支持转化为完整公钥的函数：

std::string completeAlipayPublicKey(std::string strPublicKey)
{
int nPublicKeyLen = strPublicKey.size();      //strPublicKey为base64编码的公钥字符串
for(int i = 64; i < nPublicKeyLen; i+=64)
{
if(strPublicKey[i] != '\n')
{
strPublicKey.insert(i, "\n");
}
i++;
}
strPublicKey.insert(0, "-----BEGIN PUBLIC KEY-----\n");
strPublicKey.append("\n-----END PUBLIC KEY-----\n");
return strPublicKey;
}

最后，测试代码如下：

int main(int argc, char **argv)
{

std::string strPublicKey = "**********";
std::string strAlipayData = "**********";
std::string strCompletePublicKey = completeAlipayPublicKey(strPublicKey);
int result = verifyAlipayNotify(strAlipayData, strCompletePublicKey);
if(1 == result)
{
printf("verify sign ok!\n");
}
else if(0 == result)
{
printf("mock alipay notify data");
}
else
{
printf("error\n");
}
return 0;
}

来源： [转载]虚拟现实之机械拆装项目架构 – 决晴谷 – 博客园

一般的机械拆卸模拟用来培训演示，例如大型机械的拆装都是非常耗时的，需要一个软件来模拟下拆装的步骤，给不熟练的工人演示注意事项等等。应用非常广泛。因此设计一个通用的框架，可以很好适应变化的需求。

使用unity可以很方便的开发虚拟现实类的软件，程序部分只需要普通的程序员即可完成整个项目。

机械的拆装模拟是最近两年比较常见的项目，大量的订单和需要制作的模拟。阿亮在大二的时候也是接到了一个这样的单子。就是对某大型机械设备进行拆装，维修演示。

先说一下这个项目的常规方案（一开始我也是这么做的），就是利用unity的动画系统，制作每个零件的动画，如位移，旋转等。制作完成后，通过程序去调用播放零件的动画，来实现拆装的演示。

这个方案的缺点是非常明显的，一是，零件繁多，制作动画本身就是个耗时较长的活，总体下来制作时长。二，动画系统的不完善和平滑过渡的调整，都将困 扰开发者，使动画的制作不稳定，效率低下。三，动画做完后，动画的修改，如移动的速度，位置，角度等调整，又是一个庞大的任务，而代码并不能帮上忙，这对 项目的维护是非常要命的。四，扩展性极差，如果有新的零件填进来，或者新的动作都将考验系统的适应能力，而动画系统下的架构是难以适应这一变化的。

总之，除非你做的模拟零件比较少，而且一切都是固定的，可以采用上述方案。否则，你的项目就算成功了，也花费了大量的时间和精力，这些都是金钱。

一般的机械模拟，零件断然不会少，动作繁多，有先后的顺序。移动的方案也是不确定的，例如零件的位置，放置的角度等等。零件的移动速度有时也是有要求的。例如小零件移动的快，大零件移动的慢。

基于以上要求和特点，关于机械的模拟，应该使用transform来实现。底层写好零件的移动，旋转，速度等接口。同时旋转也是不确定轴向的，有时 候旋转的轴并不在物体身上（不规则零件），所以底层接口应该考虑到这些。如果不想写，可以借助ITween，并封装好相关函数。

本文不会提供源码，只提供开发的方案和思路，如果想要源码，可以联系我，当然那并不是免费的。（实际上方案才是最贵的）

接着说，底层实现移动是第一步，接下来是设计的第二步，第一步中普通的程序员完全可以胜任。

因为有大量的零件，你不可能为每个零件都写一个移动方法。所以我们需要定义一些通用的规则，例如移动，旋转等，并生成相应的字段。或许你已经猜到 了，第二步就是做一个数据持久层，关于这个数据库的设计，我就不详谈了，看个人需求。定义零件的移动，旋转，位置，速度等参数，然后存起来，运行程序时读 取。这样的好处是，可以动态的修改零件的动作。即使不会编程，不懂unity的也可以通过直接修改数据达到改变机械模拟的“动画”。关于这部分的设计还是 比较简单的，看具体需求而定。关于数据库，一般本地数据库足矣。现成的数据库有SQLite，但是跨平台不好。Xml，简单方便，跨平台。具体可以看我以 前的博客。

第三步，算法结构的封装。这个层次主要负责零件操作的设计，提供零件的各种操作方法，如添加动作，修改动作等等，无外乎一些位置，角度，速度的访问等等。这个类一般的程序员也能做好，关键是看各位的具体需求了。

第四步，做个UI，一个可视化的“动画”编辑器。此动画编辑器非unity的动画编辑器。可以理解为，对前三步的方法的调用。如果直接在数据库中修改参数，没有直观的感受，调参数也是非常麻烦，每次改完重新打开程序才看到效果，因此需要制作一个零件的动作编辑器来完成。

具体的做法是，在一个场景中，加载所有的零件，然后通过鼠标点击获取零件。完成这个功能很简单，所有的零件加个meshcollder，然后使用射 线碰撞就行了。因为零件数量较多，我们可以动态的添加collder组件，这个过程比较缓慢，极容易卡顿，建议使用协程。选定零件之后，就可以对零件的动 作进行编辑了。具体的UI如何设计就看大家的需求了，但是功能无外乎，移动（选择轴向），旋转（选择轴向），速度参数等等。为了方便查看还可以添加预览功 能，编辑完成后就可以查看零件的移动轨迹了。话说这个功能也是很好完成的，使用一个表，存储起点位置，然后读取一下移动参数就行了。

当然快捷键也可以加入UI设计中，其目的就是方便零件动作的设计。到后期，还可以模拟unity引擎对物体的操作，鼠标拖拉零件，通过类似的锚点，存储关键点，设置速度等等，一个简单方便的“动画”编辑器就很完美了。

动画编辑器可以作为高级功能，让用户自定义零件的动作，模拟拆卸动画的同时，还能实时修改。这样的话，软件拥有更好的灵活性。同时，还可以方便的添 加新零件。不仅如此，在面对一个新的模拟项目时，无需再修改代码，直接让美工做好的模型放到指定的文件夹下就ok了。这要看你的资源加载设计了。

本文连接：http://www.cnblogs.com/jqg-aliang/p/4825460.html，转载请申明出处，谢谢！

HOW TO MAKE PLUGIN FRAMEWORK

本文将为你展示如何基于Java[1]构建一个完整可用的插件框架(Plugin Framework)。
关于Plugin Wikipedia[2]是这样描述的

我们可以简单的理解插件就是应用程序的一个模块，但是这个模块又是相对独立的自治域，这个模块可以引用（依赖）其他的模块，这个模块可以通过某种方式于其他的模块交互。应用程序不依赖任何插件就可以运行，但是需要加载相应的插件才能实现特定的功能。

在了解了插件的基本知识后，我们分析一下构建一个插件框架需要处理那些问题

1.定义

我们希望插件保持内聚，这样能方便插件的安装和卸载，在逻辑实体上希望插件的定义尽可能的简单，下面我们给出插件的

物理存储布局和逻辑实体
1.1物理布局
所谓物理布局就是插件是如何存储的，下图给出了一个简单的插件布局

插件以文件夹为单位，每个文件夹是单独的插件，每个插件文件夹都应该包含libs目录和config目录这两个目录分别存储了
插件需要的库文件和配置文件,libs目录下的文件会在插件加载的过程中自动加载，还有就是最重要的插件描述文件plugin.xml。一个简单的插件描述文件如下所示

插件应该通过插件描述文件plugin.xml描述自身的一些基本属性，包括 插件的id，这个id应该是全局唯一的。插件的名字，版本
，作者等等。除此之外插件还应该描述自身的运行时环境，依赖的插件。
关于运行时环境
插件应该将自己所需的库文件和class文件都放到libs目录下，这些文件将被加载到插件的classpath中。以来关系也非常重
要，在插件加载的过程中，插件管理器会根据plugin.xml中描述的依赖关系选择插件加载的次序。不正确的插件依赖关系会导致
加载失败。

1.2逻辑实体
一个简单的接口定义了插件的逻辑实体

所有实现了这个接口的类都可以认为是一个插件，其中init方法在插件初始化的时候调用并且只调用一次，start方法在插件启
动的时候调用，destory在插件销毁的时候调用。为了确保重复加载，start方法和destory方法应该保证对称。

2 插件管理器
插件管理器负责管理和插件有关的一切，在系统启动的时候，插件管理期扫描插件目录，找到符合定义的插件目录，验证合
法性，读取插件描述文件，扫描库文件。然后根据插件描述文件构建插件依赖关系图，确定插件启动顺序，然后按照顺序启动插
件，设定安全管理器，设定classloader，执行init方法，执行start方法。
以上就是插件管理器加载插件的全过程，在详细讲解每一步之前我们先了解下Java的classloader。

以下是JDK中关于ClassLoader的解释[3]

下面这张图说明了Java类加载器的结构

上图很好的解释了Java程序的类加载过程，首先是Bootstrap加载jre的类，然后时System加载CLASSPATH下的类，然后是应用
程序的类加载器(如果有的话)加载属于应用程序自己的类，接着PluginFrameWork加载插件管理器所需类，从图中我们可以看
到插件管理器加载的类被所有的插件共享，但是每个插件都有自己的命名空间，这很好的解决了插件之间的库隔离问题，两个
不同的插件现在可以加载同一个类的两个版本而不会有任何冲突。

为了实现上面的类加载方式，我们简单的扩展URLClassLoader实现了简单的PluginClassLoader