1、电商模式:java
B2B:商家到商家。阿里巴巴,慧聪网、铭万网。程序员
B2C:商家到用户。京东。web
C2C:用户到用户。淘宝。sql
B2B2C:商家到商家到用户。天猫。(至关于商场)浏览器
O2O:线上到线下。百度外卖、美团、饿了么。缓存
2、网站功能列表tomcat
后台管理系统:管理商品、订单、类目、商品规格属性、用户管理以及内容发布等功能。服务器
前台系统:用户能够在前台系统中进行注册、登陆、浏览商品、首页、下单等操做。mybatis
会员系统:用户能够在该系统中查询已下的订单、收藏的商品、个人优惠券、团购等信息。架构
订单系统:提供下单、查询订单、修改订单状态、定时处理订单。
搜索系统:提供商品的搜索功能。
单点登陆系统:为多个系统之间提供用户登陆凭证以及查询登陆用户的信息。
3、杂乱
一、一个ip对应一个服务器地址
二、当tomcat集群中节点数量增长,服务能力先增长后降低。因此集群中节点数量不能太多,通常也就5个左右。
三、通常可以经过硬件解决的,不经过软件解决
四、一个节点对应一个服务器
五、httpclient:这个工具能够模拟一个浏览器,发送请求用的,能够作爬虫
六、pagehelper:mybatis的分页 插件
七、项目——>Java EE Tools——>Generate Deployment Descriptor Stub.而后系统会在src/main/webapp/WEB_INF文件加下建立web.xml文件。错误解决!
八、manager和manager-controller均可以导入tomcat插件,可是推荐运行manager由于controller须要依赖其余模块,那些模块须要安装到本地仓库才能运行,若是其余模块有任何变化都须要从新安装一次才能生效。运行manager聚合工程不存在这个问题,聚合工程知道本身底下有多少模块,不须要从新安装,因此运行很方便
九、互联网查询尽量作单表查询,一方面效率高,一方面能够做缓存,减少服务器压力
4、分布式:
须要按照功能点把系统拆分,拆分红独立的功能。单独为某一个节点添加服务器。须要系统之间配合才能完成整个业务逻辑。叫作分布式。
分布式架构:多个子系统相互协做才能完成业务流程。系统之间须要进行通讯。
集群:同一个工程部署到多台服务器上。
分布式架构:
把系统按照模块拆分红多个子系统。
优势:
把模块拆分,使用接口通讯,下降模块之间的耦合度。
把项目拆分红若干个子项目,不一样的团队负责不一样的子项目。
增长功能时只须要再增长一个子项目,调用其余系统的接口就能够。
能够灵活的进行分布式部署。
缺点:
一、系统之间交互须要使用远程通讯,接口开发增长工做量。
二、各个模块有一些通用的业务逻辑没法共用。
5、SOA
SOA:Service Oriented Architecture面向服务的架构。也就是把工程拆分红服务层、表现层两个工程。服务层中包含业务逻辑,只须要对外提供服务便可。表现层只须要处理和页面的交互,业务逻辑都是调用服务层的服务来实现。
6、Dubba
7、后台搭建分析:
e3-parent:父工程,打包方式pom,管理jar包的版本号。
Pom文件中集中定义版本号,<properties><<junit.version>4.12</junit.version>
集中声明各类jar包,<dependencyManagement><dependency><groupId><artifactId><vsersion>定义在dependencyManagement中只是声明,还不会去下载jar包到本地仓库中,由子工程按需去配置本身依赖(子工程不须要version了)
集中定义插件:<build><pluginManagement><plugins><plugin>
| 项目中全部工程都应该继承父工程。
|--e3-common:通用的工具类通用的pojo。打包方式jar
|--e3-manager:服务层工程。聚合工程。Pom工程
|--e3-manager-dao:打包方式jar
|--e3-manager-pojo:打包方式jar
|--e3-manager-interface:打包方式jar
|--e3-manager-service:打包方式:jar
|--e3-manager-web:表现层工程。打包方式war
8、mybatis逆向工程
mybaits须要程序员本身编写sql语句,mybatis官方提供逆向工程 能够针对单表自动生成mybatis执行所须要的代码(mapper.Java,mapper.xml、po..)
有了sql表的结构后, 咱们就能够利用逆向工程直接生成相应的Dao和JavaBean代码, 这样可以大大减小咱们平时开发的工做量.