liyuanlove / taotaomall Goto Github PK

需要系统之间配合才能完成整个业务逻辑，就是分布式系统。

• 分布式架构，父工程应该是一个pom工程，其中定义依赖的Jar包的版本信息、Maven插件的版本信息。（只有版本信息，没有实际的Jar包/插件）

• 创建CommonJar工程，存放通用工具类

项目的实际运行如果是高并发的，对数据库的查询最好是单表查询，提高数据处理效率。 对数据库表进行冗余存储，解决表的关联需求。（业务量增大到一定程度后，需要对数据库进行分库分表，单表查询就很方便）

树控件读取URL，子节点的加载依赖于父节点的状态。

• 当展开一个封闭的节点，如果节点没有加载子节点，它将会把节点id的值作为http请求参数并命名为id，通过URL发送到服务器上检索子节点。
• 响应结果是如下格式的json数据

[{
	"id": 1,
	"text": "Node 1",
	"state": "closed"
}
...
]

如果当前节点为父节点，state为closed；叶子节点则为open

Linux中，放到tomcat的webapps目录下

如果监控中心和注册中心在同一台服务器上，无需任何配置。如果不在同一台服务器，需要修改配置文件： tomcat安装目录/webapps/dubbo-admin/WEB-INF/dubbo.properties

• 直接在Controller中处理
• 改用hessian协议进行传输 参考：
• 文件上传
• dubbo上传文件

• 从tb_item_param中查询数据展示到jsp，单表查询，实现分页

• 根据首页轮播图的数据结构，设计一张表，进行增删改查管理；其他部分的展示内容同理
  • 存在问题
    • 首页信息大量堆积，发布显得异常繁琐沉重
    • 内容繁杂，管理效率低下
    • 需要技术人员之间配合完成
    • 改版工作量大，可维护性差

使用内容管理系统解决上述问题。

order="AFTER" ：插入之后

<insert id="insert" parameterType="com.taotao.pojo.TbContentCategory">
    <selectKey keyProperty="id" order="AFTER" resultType="long">
        SELECT LAST_INSERT_ID()
    </selectKey>
    ...
</insert>

轮播图宽度显示 为width_b，待研究