|
锁定老帖子 主题：想了一个模块化设计，欢迎拍砖
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (3)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-02-09
Portal？
如果是那样的话，和我的想法就有点相似了，最近也正在弄这个 楼主可以参考一下JPolite |
| 返回顶楼 | |
|
发表时间：2010-02-09
mwmw 写道 看到这个设计，我不知道该说什么？ 反正感觉很是奇怪？这是SOA？ 好像也不是，你要说各个模块单独运行，所有的系统中（比较大型系统中）那个不是分模块分的很好呀？
如果你把数据访问层单独的拿出来，有什么好处（关键是准备做什么）？ 业务逻辑可以抽出来作为SOA， Permission（Account related）也可以抽出来，用来做验证，那个Log抽出来为了什么？ 那个系统不需要log，让他运行就好了。 what is your point! 其实，我的初衷是希望能把通用的模块抽取出来，单独开发，单独维护，组合复用。很多模块是在其它系统都需要的。像日志模块就是很多系统都要用到的模块，因此把它抽出来，通过ws给其它系统提供接口。 如果单独开发的话，模块比较小，维护也比较容易。 |
| 返回顶楼 | |
|
发表时间：2010-02-09
pujia12345 写道 这样的模式很多了
自己去google吧 有很多吗？可否给一两个地址。 |
| 返回顶楼 | |
|
发表时间：2010-02-09
楼主是想把模块做成插件是吗？
|
| 返回顶楼 | |
|
发表时间：2010-02-09
jonson 写道 架构的主要想法是 功能模块独立、数据访问集中。这样子各个功能模块都能当做独立的工程来开发，能独立部署，容易实现分布式。下面是一个简单的架构示意图：
这个还没有实现的，只是一个想法。大大们看看 看guzz service，想法差不多：http://www.iteye.com/topic/586315 |
| 返回顶楼 | |
|
发表时间：2010-02-09
模块要有满足于不同系统的通用性，就要做的很大，而且随着应用的增多而继续增大，lz权衡过么？
|
| 返回顶楼 | |
|
发表时间：2010-02-09
Portal是按内容划分的吧？
而lz明显是按功能划分的。 一个是业务的角度，一个是实现的角度。 做SOA我觉得应该是先按功能来划分的，也就是根据业务内容划分子系统。。。 kid54001 写道 Portal？
如果是那样的话，和我的想法就有点相似了，最近也正在弄这个 楼主可以参考一下JPolite |
| 返回顶楼 | |
|
发表时间：2010-02-09
最后修改：2010-02-09
权限 需要对访问进行 打断.
日制 不能忍受 日制 丢失. 短信 一般作法是由数据库驱的不是由容器可以不必依赖容器 报表 由定时任务来作.尽量不由请求驱动 真想不如一种业务需求需要作成这个样子. |
| 返回顶楼 | |
|
发表时间：2010-02-09
对于楼主，我想说的是，你把servlet看好就行了
|
| 返回顶楼 | |
|
发表时间：2010-02-09
Portal也是这种想法的
|
| 返回顶楼 | |
