一个servlet处理多个请求的优劣

3线开发 2019-06-27 10:24:32
小弟现在一个servlet处理了很多的jsp 页面的请求,请问这样有什么坏处吗?
另外请路过的大神给一份理财投资类 数据库设计的思路 毫无头绪
...全文
110 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
maradona1984 2019-06-27
  • 打赏
  • 举报
回复
引用 楼主 3线开发 的回复:
小弟现在一个servlet处理了很多的jsp 页面的请求,请问这样有什么坏处吗? 另外请路过的大神给一份理财投资类 数据库设计的思路 毫无头绪
java流行的mvc框架大多是一个servlet,比如springmvc,这种做法倒没有明显的坏处,我想唯一的坏处大概就是你自己写的,毕竟有成熟的框架不用,为毛要自己写?
3线开发 2019-06-27
  • 打赏
  • 举报
回复
类似于支付宝的余额宝 的数据库 思路
ninuxGithub 2019-06-27
  • 打赏
  • 举报
回复
数据库设计 的设计说到底还是业务bean如何定义, 定义那些属性, 类型,主键,外键关联(对象的依赖关系) ; 建议先自己理清楚一下业务的需要, 画画uml类图 ,理清一下关系;
ninuxGithub 2019-06-27
  • 打赏
  • 举报
回复
这个问题涉及到java的业务封装和业务隔离; 不同的业务要有面向对象的思想,我们可以有实现相同的接口或抽象类然后细化具体的业务逻辑; 楼上的推荐的springmvc , 根据业务的不同我们会创建不同的控制权(controller) 在某个特定的控制权里面进行当前业务的操作,就会显得有条理性; 而且如果有问题直接可以找到对应的控制器进行问题的定位; 这样还有就是不会导致业务模块的入侵, 降低代码的耦合性,不会导致连锁的服务调用失败;

67,516

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧