activemq spring （四）从0开始写框架(2)

????整个项目包含以下几个子模块：rmdt-core，rmdt-common， rmdt-annotation，rmdt-dubbo，rmdt-demo。

我们来看看每个模块的作用：

rmdt-core

顾名思义，它就是存放核心代码的模块，整个项目所有处理流程和逻辑类都放到这里。

rmdt-common

存放一些各个子模块有可能会用到的公共文件，公共类和公共的配置。

rmdt-annotation

撇开类似网盘这种富交互的项目，大多数的页面，淘宝页面这种程度的，现代浏览器不加载任何的js框架，jquery, kissy通通扔到别人碗里去，至于ie6-ie8浏览器，按照现代浏览器的api来工作就好了。api框架也包含关于ui，多媒体，通讯，国际，当地，安全商业，网上冲浪的接口，同时这些接口也提供与底层服务相连的函数。点评：前面我们看到了使用原生的webgl api开发是多么的累,只因如此大量的webgl框架被开发出来，这些框架不同程度的封装了创建3d场景的各种要素你可以快速创建需要的3d场景，感兴趣的朋友可以了解下，或许本文对你有所帮助。之 所以我们把api的设计先行，而不是让框架的设计先行是因为这样我们更容易设计出好用的api，作为框架的实现者，我们往往会进行一些妥协，我们可能会为 了在框架内部dry而设计出一套丑陋的api让框架的使用者去做一些重复的工作。

rmdt-dubbo

先新建一个domain域，在创建的过程中选择其他盘符路径，jdk用sun公司的那个，端口用7002。这是因为一个完整的电子地图，是包含路径、参数、名称库等信息的，一般是公司人员花较长时间开发出来的，这里给出的地图，都是网友用业余时间自己制作的，不可能有那么多的精力去一个一个的设置路点、路径、参数、名称库……而程序显示这些就要调用这些，一调用，发现没有，就出错退出……所以不要对地图要求太高，毕竟是网友用业余时间自己制作的，如果您是一个完美主义者，可以自己试试开发一下，请见地图diy教程。拆分会碰到很多的挑战：1、拆成分布式后需要提供一个高性能、稳定的通信框架，并且需要支持多种不同的通信和远程调用方式。

rmdt-demo

功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。答案是基本的crud，所有的基础crud框架都提供，我们使用起来感觉很方便，很给力，业务逻辑层面的处理orm是没有提供的，如果使用原生的框架，业务逻辑代码我们一般会自定义，会自己去写sql语句，然后执行。在进入c模块项目实训后，我们组迅速确定了c模块的实训项目是开发一个招聘项目。

rmdt-demo-client

作为服务消费者项目，也就是我们说的客户端。

rmdt-demo-goods-api和rmdt-demo-goods-server

共同构成商品系统项目，其中api为对外提供的服务接口，server为具体的服务实现。

rmdt-demo-member-api和rmdt-demo-member-server

共同构成会员系统项目，其中api为对外提供的服务接口，server为具体的服务实现。

rmdt-demo-order-api和rmdt-demo-order-server

共同构成订单系统项目，其中api为对外提供的服务接口，server为具体的服务实现。

????我们可以运行框架中的demo项目，了解框架的功能效果。但在运行前，先简单解析一下这个demo项目的业务（注意：demo只是模拟业务需求，并发真实逻辑）：客户端发起RPC请求，调用远程订单系统中的付款方法makePayment。在makePayment方法中有两个操作：分别是发送两个RPC请求，调用远程会员系统的付款方法payment，和远程商品系统的扣库存方法decrease，在这个模拟的业务需求中，我们可以测试出分布式事务的问题，因为payment和decrease分别做付款和扣库存的操作，这两个操作是同一个事务的，要么两个都成功，要么两个都失败，但是由于现在的架构是分布式应用，他们各自都运行在自己的JVM中，这就不能确保事务一致性了。而使用了RMDT框架后，就能确保分布式事务的一致性了，实现原理在之前的分析文章中已经讲过了，这里就不再提及。那么接下来，我们来启动demo项目。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-93417-2.html