本发明涉及移动互联网技术领域，尤其涉及农村电商系统技术领域。
背景技术：
近年来，城镇网民网络购物用户规模增长缓慢，而电商企业需要新的流量注入，因此在“互联网+”的浪潮下，如淘宝苏宁等互联网电商开始向有着巨大人口和市场潜力的农村发展，城市电商市场已日趋饱和，增长空间有限，而农村电商仍是蓝海市场，潜力无穷；
随着国家政府不断出台政策支持，互联网电商企业兴起“下乡”浪潮，纷纷布局农村电子商务，并试图打通农村物流中的“最后一公里”，互联网电商巨头不断拓展农村市场，近几年，农村消费占比不断提升，2012年第二季度占比仅为7.11%，到2014年第一季度占比达9.11%，增长明显；农村网民网络购物用户规模也在不断攀升，截至2014年6月，我国网民规模达6.32亿，较2013年底增加1442万人，在我国网民中，农村网民占比28.2%，农村网民规模达1.78亿，较2013年底增加169万人，而这个数2007年6月仅为3741万人，增长了376%，农村网民规模快速增加，这为农村电子商务的发展提供了基础条件。
技术实现要素：
一种基于移动互联网的农村电商系统解决方案，其特征在于，系统采用微软的 Entity Framework做为 ORM 框架进行开发设计。
使用 EF 的好处是应用程序可以通过更加以应用程序为中心的概念性模型、不再对特定的数据引擎或存储架构具有硬编码依赖性、可以在不更改应用程序代码的情况下更改概念性模型与特定于存储的架构之间的映射以及语言集成查询支持可为查询提供针对概念性模型的编译时语法验证。
借助于 EF，系统基本上不再有直接的 SQL 语句编写（复杂业务或性能要求高的场景除外），脱离了 SQL 语句的编写使得代码的利用率大大提高，程序出错的概率大大降低，也为无缝迁移数据库类型创造了良好的基础。
在 EF 的默认配置中，业务模型和 EF 其它部分是在同一目录下，业务模型在项目中是无依赖且被其它几乎所有项目所引用（除 Core 外），业务模型混杂在 EF 中将导致 EF 被其它层引用，即整个 EF 对其它可视，这种引用关系严重破坏了各相邻层之间单向依赖性，因此系统对 EF 的配置进行了改进，将 EF 的映射关系部分与模型代码部分分离到两个独立的项目之中，这样其它层就可以单独对模型进行引用，而不需要引用 EF 的其它部分； 业务模型属性的很多时候不仅仅来源于数据库对应的物理属性，也会来自于业务自身，这种属性不需要进行持久化，仅在程序运行过程中使用，为了应对这种场景，系统使用分部类建立了与 EF 自建模型相对应模型文件。
一种基于移动互联网的农村电商系统解决方案，其特征在于，系统对于相同业务场景的不同实现采用了插件化设计理念：系统支付方式有很多种不同的选择（如支付宝、银联等），按传统开发方法直接在主程序中实现这些支付方式就会导致每增加或修改某种支付方式都将导致主程序发生变更，而且所为支付方式所实现的代码与主程序耦合度高，无法简单直接的用于其它产品和项目；而使用插件机制后，主程序将不再实现具体的支付方式，仅仅预留接口，主程序只是从流程上调用抽象的接口方法，而接口的具体实现与主程序再无关系。