简述电子商务的基本框架结构

电子商务的基本框架结构：

1、综合商城：

将许多品牌专卖店装进去，这就是商城。而后面的淘宝商城也是这个形式，它有庞大的购物群体，有稳定的网站平台，有完备的支付体系，诚信安全体系（尽管仍然有很多不足），促进了卖家进驻卖东西，买家进去买东西。

如同传统商城一样，淘宝自己是不卖东西的，是提供了完备的销售配套。而线上的商城，在人气足够，产品丰富，物流便捷的情况下，其成本优势，二十四小时的不夜城，无区域限制，更丰富的产品等等优势，体现着网上综合商城，即将获得交易市场的一个角色。

2、专一整合型：

（1）百货商店：商店，谓之店，说明卖家只有一个；而百货，即是满足日常消费需求的丰富产品线。这种商店是自有仓库，以备更快的物流配送和客户服务。

（2）垂直商店：垂直商店，服务于某些特定的人群或某种特定的需求，提供有关这个领域需求的全面及更专业的服务。

3、衔接通道型：

M2E是英文Manufacturers to E-commerce（厂商与电子商务）的缩写，是驾驭在电子商务上的一种新型行业。是一个以节省厂商销售成本和帮助中小企业的供应链资源整合的运作模式。2007年美国电商峰会上由知名经济学家提出，在国内代表企业有广州点动信息科技有限公司。

4、服务型网店：

服务型的网店越来越多，都是为了满足人们不同的个性需求，甚至是帮你排队买票，都有人交易，很期待见到更多的服务形式的网店。

5、导购引擎型：

作为B2C的上游商，给商家们带去客户。服务业必须站在消费者的角度。这才是王道。爱比网力争成为电商有效的流量采购平台，并以降低高品质B2C商家们的营销成本。

6、社交电商：

社交电子商务是电子商务的一种新的衍生模式。它借助社交媒介、网络媒介的传播途径，通过社交互动、用户自生内容等手段来辅助商品的购买和销售行为。在Web20时代，越来越多的内容和行为是由终端用户来产生和主导的，比如博客、微博。一般可以分为两类。

一类是专注于商品信息的，主要是通过用户在社交平台上分享个人购物体验、在社交圈推荐商品的应用。另一类是比较新的模式，通过社交平台直接介入了商品的销售过程，这类是让终端用户也介入到商品销售过程中，通过社交媒介来销售商品。

7、团购模式：

团购就是团体线上购物，指认识或不认识的消费者联合起来，加大与商家的谈判筹码，会取得最优价格的一种购物方式。根据薄利多销的原则，商家可以给出低于零售价格的团购折扣和单独购买得不到的优质服务。

团购作为一种新兴的电子商务模式，通过消费者自行组团、专业团购网、商家组织团购等形式，提升用户与商家的议价能力，并极大程度地获得商品让利，引起消费者及业内厂商、甚至是资本市场关注。团购的商品价格更为优惠，尽管团购还不是主流消费模式，但它所具有的爆炸力已逐渐显露出来。团购的主要方式是网络团购。

扩展资料：

电子商务的基本功能：

1、普遍性：电子商务作为一种新型的交易方式，将生产企业、流通企业以及消费者和政府带入了一个网络经济、数字化生存的新天地。

2、方便性：在电子商务环境中，人们不再受地域的限制，客户能以非常简捷的方式完成过去较为繁杂的商业活动。如通过网络银行能够全天候地存取账户资金、查询信息等，同时使企业对客户的服务质量得以大大提高。在电子商务商业活动中，有大量的人脉资源开发和沟通，从业时间灵活，完成公司要求，有钱有闲。

3、整体性：电子商务能够规范事务处理的工作流程，将人工 *** 作和电子信息处理集成为一个不可分割的整体，这样不仅能提高人力和物力的利用率，也可以提高系统运行的严密性。

4、安全性：在电子商务中，安全性是一个至关重要的核心问题，它要求网络能提供一种端到端的安全解决方案，如加密机制、签名机制、安全管理、存取控制、防火墙、防病毒保护等等，这与传统的商务活动有着很大的不同。

5、协调性：商业活动本身是一种协调过程，它需要客户与公司内部、生产商、批发商、零售商间的协调。在电子商务环境中，它更要求银行、配送中心、通信部门、技术服务等多个部门的通力协作，电子商务的全过程往往是一气呵成的。

参考资料来源：百度百科-电子商务

参考资料来源：百度百科-移动电子商务

又是一本“宝典”，看了下记录，已经是第三本了（掩面）。

本书介绍了电商后台的基本框架和常用的N个模块，方便对电商后台感兴趣的读者快速入门。

推荐指数：65颗星

本书首先从整体框架入手，介绍了电商的后台架构（当然是简略版的）。之后选择几个重要的模块做了比较详细的介绍。最后介绍了跨境电商与国内电商的一些区别。在广度上基本上覆盖了电商后台的整体流程。深度上比较浅，框架性也不够，但是对于入门者来说，这些都不算是大的缺陷。

本书大概可以分成三个部分：简介，各模块介绍，跨境电商

第1~2章是简介部分，主要介绍了产品经理的基础知识，以及电商的整体框架。这部分很多内容在别的书中已经重复了很多次，没太大的价值，建议只看22小节的框架图和模块介绍即可。

第3~11章是后台各个模块的介绍。其中大部分是讲解关于“货”的模块。下面是按人、货、场来划分的各章节：

人：111小节会员系统

场：第4章促销系统

内容：第5章CMS

货：3~11章中除上面之外的章节，从篇幅来说，这部分是本书的核心。这部分基本罗列了常见的各个业务场景和流程，对于初学者来说很有参考价值。

另外114权限系统是通用模块，不属于上面的。

第三部分是第12章，简单介绍了跨境电商的不同点。

首先阅读22的电商后台框架图和介绍。

之后根据自己想了解的模块选择对应的章节阅读即可。

第3 11章是精华部分无需多说，其中第3章商品中心、第6章库存管理、第10章订单中心属于电商后台中比较有难度的部分，第7 9章是一个比较完整的ERP系统（采购/物流/仓储），这两块都可以重点关注。

阅读过程中，多想想为什么要这么设计而不是具体的实现，这些在实践中可以慢慢学习。

本书虽然是针对入门者，但是基本没有上原型，而是提供了流程和逻辑，这一点挺好。另外大部分篇幅都放在货也就是供应链上，对于人、场这两块讲解得比较少，比较可惜。还有一点是第2章虽然提供了一个框架图，但是后面各章节之间没有一个流程体系，造成内容比较散乱。

大型电子商务网站架构，摘抄 7同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别===客户是自己公司，使用标准方法即可
8电子商务网站最多的就是 商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)===采购成熟的规则引擎
9如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢
==电子商务一般要使用MQ，推荐IBM MQ；使用MSMQ也可
第一点是数据库要设计好，要达到什么级别，你可能需要考虑哪些表需要拆分，哪些表的核心数据需要冗余，如果是mysql，还要考虑其他的问题，比如存储引擎。
新闻肯定是要生成纯静态页，对数据库压力就小很多，不过静态页也有管理上的不方便，更新删除添加都要对磁盘文件进行 *** 作
做一个自定义缓存层，对缓存逻辑进行控制，可以采用第三方缓存模块，如果使用net来做，可以层层缓存，页面缓存，数据缓存（memcache，不过在win下效率不高）
电子商务网站特点就是对事务的严格，需要数据库设计的时候要求高性能，也需要合适的索引，支持高并发，经常对产品表用户表等进行索引检查，是否有很多索引扫描和表扫描（即使是局部的，也要将“局部”控制到最小范围）
mssql语句对不需要事务的查询要附带上with(nolock),以利于并发更新。
有些功能模块不能按照想当然的方式开发，比如产品访问次数，切不可将这些更新非常频繁的字段置于核心表内，明确的做法是将其剥离开来 还有就是切不可经常性将字段设计成bool类型，这样会给以后的扩展留出路，即使是男女这种字段，也建议采用tiny类型
其他还有就是在产品设计的时候充分考虑seo，网站目录结构清晰可读，而不是带着一串串的查询参数。
对安全要有整体的把握，最好全都是用存储过程，在项目上线前将数据库存储过程全部导出再查找貌似exec的语句，查找是否需要替换成sp_executesql。
另外，如果采用mssql，全文搜索直接用mssql fte就可以，速度和精确度都还是可以的，最重要的是维护和管理开发很简单。
打折的处理可以按照电信的一次，二次批价功能，如果你做过电信方面的系统。
当然也可以设计得更简单的一些。 静态的页面建议使用CDN加速，以解决网通和电信之间访问速度的问题；
数据的缓存方面建议考虑用memcache，另外也可以分别在表现层和数据层利用net中的现存缓存机制作业可；
简单执行的sql可以不用存储过程，存储过程会占用数据库服务器的处理时间，造成死锁；
mvc建议还是做些CMS的项目上应用，电子商城不是很适合，个人观点。url上可以做转义，使url显示更友好；
数据库建议建立分布数据库，这样可以转移查询和大访问量对数据库带来压力；
可以考虑单独放在一台服务器上；1三层架构
2使用手写sql,手写entity(生成也可),缓存反射绑定(不是缓存数据哦,缓存映射关系),要考虑网站的长期发展还是手写吧 灵活 性能也好
3没有这种问题,商业驱动的,纯购物就好了,千万别搞什么圈子,wiki
4纯net的mvc不建议,webform不搞viewstate,不搞服务端控件(除repeater)再加点mvc的思想已足够用了
5不需要缓存数据(除搜索产品部分),要考虑多台服务器的程序快速部署,config文件会很多,config要序列化缓存
6当然是先生成好了,参照jd吧,按业务每张对应几个不同大小的图
7据经验,电子商务网站仅靠中英双语来达到多语言是不靠谱的(文化 用户习惯不是简单的语言切换),如果想真正运营英语的就要重新开发一个版本
8不搞模式
9负载均衡(web,db)+ssb异步处理数据
10你是业务类型的日志还是异常日志 前台订单流程上异常日志不需要了,找个工具录个脚本不停的跑 保证随时发现问题发邮件就可以了
11找第三方搜索组件 类似endeca的
12负载均衡挺简单的,初期靠软件就可以,一切找第三方放cdn,前台网站用到ajax的地方很少,如果用的话jquery 1，一个电子商务网站用户995%的行为时Find
2、对于商品检索部分，能不用数据库就不用数据库（网上切词等相关的开源平台很多）
3、分布式缓存（Memcached 、Volecity），个人测试volecity 3还是不错的
4、系统设计时必须要考虑可运营。从这个角度去设计系统
5、对于电子商务网站改动很频繁，必须考虑架构设计如何适应频繁的版本更新
6、必须设计一个好的单点登录系统。
7、建议能不用sqlserver就不用它。
8、对于大型电子商务网站来说，系统的I/O是起决定因素而不是CPU和内存。1项目划分是否会有问题,图中分别是 实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C
项目划分其实不重要，重要的的是你在写代码的时候是否能把代码合理的分到对应的项目里。
2数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层
开发效率优先，访问量大了以后，我相信是有钱投到硬件上的，在你程序写的不是很烂的情况下，升级硬件远比优化程序节省成本。
3网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢
那就做成自定义控件啦。
4ms的mvc 10也出来不少时间了,是否已经够成熟运用到项目中或者是网站后台使用webform的,前台使用mvc
推荐使用使用webform的,前台使用mvc，对于前台来说使用mvc能更好的提升性能，更方便的更换页面表现形式。后台界面相对稳定，用webform可以提高开发效率。
5网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached
初期建议用hashtable，因为简单，将来升级到Memcached 。
6缩略图的处理,我看有的网站是在上传的时候直接生成,有的是在>