首页 [ 电子商务 ] OMS(订单管理系统)
一键分享

OMS(订单管理系统)

  • 商业

2018-12-05 17:48:43

本系统是公司真实的项目，代码技术含量极高，适合想做架构师的人学习及使用。

*** RMB 收藏 48 次  |  关注 910 次  

交付物: 源码包
附加服务:  环境搭建 本地没有开发环境，无法运行购买的源代码，需要作者远程指导安装，并保证可以使用。时效一次，以后无义务再提供任何免费服务（请在购买后7日内申请服务，过期失效） 源码部署 本地有开发环境，需要商家帮忙部署到买家的服务器上成功运行。时效一次，以后无义务再提供任何免费服务（请在购买后7日内申请服务，过期失效） 不需要 * 请选择附加服务
    商家已实名认证
  • 分享者：dkk12***
    dkk12***
    进入店铺
  • 访问次数：   493 次
  • 源码数量：   1 套
  • 通过比率：   50%
  • 活跃于：   三个月前
  • TEL：   13*******84
  • 微信扫码咨询
.net

源码介绍

源码参数

  • 源码类别：【电子商务】
  • 源码类型：B/S
  • 适合人群： 进阶
  • 授权类型：商业版
  • 开发语言：C#
  • 数据库：SQL2008R2
  • 源码大小：61.72MB
  • 相关网址： 【免费浏览】
  • 源码指数：
  • 完整度：
  • 1541504810(1).jpg
  • 1541504986(1).jpg
  • 1541504810(1).jpg
  • 1541504986(1).jpg
  • Aspx.Query.CodeImageQueryModel
  • Aspx.Query.CodeImageQueryModel

一、源码介绍
        本系统是公司真实的项目，代码技术含量极高，适合想做架构师的人学习及使用。
二、主要功能
       >目录说明
       *src 文件夹表示 source code，放置所有生产环境要用到的项目和源码
       *tests 文件夹，放置所有测试项目和源码，包括标准单元测试项目和一些辅助测试工具项目
       *如有需要，例如项目庞大，src 和 tests 内部可以再分子文件夹方便组织管理
       *lib 文件夹，放置所有外部引用的dll，同时增加一个名为 lib 项目，是因为虽然可以直接将这些dll相关文件作为“解决方案项”加入解决方案，
       但无法在VS中进行方便的“复制粘贴”，并且多数源码管理工具TFS/SVN无法对“解决方案项”做很好的变更发现和提交
       *packages 文件夹，包含通过NuGet添加的第三方引用，但手工添加的dll不应该放入此文件夹
       *changes.txt 记录解决方案及其项目重要变更历史
       
       >项目与组织说明
       *Client 表示客户端相关，一般可包括后台管理UI层、SDK组件
       *Shared 表示服务端与客户端共享相关，这些共享适合项目内共享或者企业内部跨项目共享，不适合做Open API共享
       Errors 包含错误编码和异常定义
       Services.Contracts 定义服务接口和契约，
       *ServerSide 表示服务端相关，其中
       ** host 表示服务宿主相关，独立 Host 是为了多种 host 开发和测试环节方便，WCF本身支持多种Host灵活配置，无需变更代码
       ** svc 表示服务实现相关
       ** core 表示核心业务组件与数据访问等相关
       Domain 业务领域层
       Domain.Core 业务领域层部分接口分离，主要用于其他外部模块引用，例如 Promotion
       DAL 数据访问层，包含 Repository 模式、DAO 模式以及服务代理以及其他涉及外部数据访问的组件
       Infrastructure 基础设施层，包含跨层的共享组件
       注：
       *DX.OMS 是根命名空间，当前产品代号 Cayenne，某些程序集以 Cayenne 结尾是为了如果需要与老版本混合部署，以便项目同名时程序集能并存区分
       *解决方案项前面加数字前缀仅仅是为了排序
       *在生产项目中包含下划线开头的例如 _Test, _Debug 一般是测试或者调试辅助内容，最后部署时应该排除在外
       *每个项目的 Properties 文件夹中可能会包含一个 Readme.txt 文件夹，用于展示对本项目进行重要说明
       *基础共享组件已封装到XFC中，因此各个模块的基础设施层变得非常简单，主要实现特定模块跨层共享组件
       
       >关于服务接口组织
       **提供给外部消费者和提供内部消费者接口分离
       内部消费者一般定义为本模块内部或者企业内部其他模块使用者，一般是可信任，命名空间上包含 Internal，例如 Services.Contracts.DataContracts.Internal，
       外部消费者一般定义为前端使用者，包括自有的DX，以及第三方的例如dxbay，一般认为这种消费者输入不可控，需要严格验证数据和接口粒度控制
       无论是内部还是外部，接口定义都应该尽量清晰明确，简化使用者的难度，这样接口才会受欢迎
       服务端做区分，SDK同样做区分，面向不同消费者发布不同的SDK
       **Command（写）和Query（读）分离
       对于外部接口，接口函数比较少，而且比较简单，不做分离，使用一个 OrderService 表示
       对于内部接口，接口函数非常多，修改和查询都经常变化，因此做查询和命令分离，使用 Internal/QueryService 和 Internal/OrderService，
       **复杂业务操作抽象为类进行封装
       基于 Command 和 Template 模式思想，例如 OrderCreation
       **DTO和Model
       不能直接拿 Domain 中的 Model 公开，需要定义独立的DTO,这里DTO一般同时作为WCF的DataContract存在
       为了便于消费者理解，DTO类名尽量不加DTO后缀，通过命名空间区分
三、注意事项
        1、开发环境为Visual Studio 2010，数据库为SqlServer2008R2，使用.net 4.0开发。

责任编辑：WALL·E

源码评论

单击更换

评论列表

全部评论

  • 暂无评论 …

商家其他源码

同类推荐

最近更新

      下载排行

            最新评论