论坛首页 Java企业应用论坛

大型Java多用户商城系统设计开发的心得和困难

浏览 188506 次
该帖已经被评为精华帖
作者 正文
   发表时间:2012-11-15  
数据必须得分节点存储,你这个设计承受不了大数据量的,WEB端跟Service端最好拆分,SPRING有分布式方案,不过建议一步到位,直接EJB
0 请登录后投票
   发表时间:2012-11-15  
厉害,就是看不懂
0 请登录后投票
   发表时间:2012-11-30  
aaronrao 写道
onecan 写道
Hibernate我们觉得挺好的阿,用起来超级便捷。基于对象方式操作数据库对Java程序员很好理解,JPA也是这种思路的阿。 写代码和需求改动比写SQL速度快多了,有了这些自动化工具难道还要回去自己手动写SQL,一个一个写get and set?或者采用ibatis半自动方式?目前阶段快速开发才是王道。个人认为Hibernate,JPA这些全自动的工具才是以后的发展方向。不能因为它有难用的地方就抛弃它本身的优点,同时我们会采用JDBC,Cache等方式去取得一个平衡,拿首页来说,第一次从数据库中拿到数据后,所有数据即缓存下来或者生成静态页面去了,在数据有改动前可能有几十上百次访问已经不会再去访问数据库了。那个速度自然就提上去了。难点在于我们该什么时候去更新这些缓存或者静态页面,还有事务一至性,什么时候改用或者不该用事务,如何支持多个插件,多个模版之间的依赖和独立关系,讨论这些实际的设计问题,比单纯说那个工具好还是不好更有意义。也许我们到了访问量很大的情况的时候整个系统架构都变了,那个也许要一个逐渐改变的一个过程,一个好的系统架构不是一下子能搞出来啊,还是以实际数据作为依据来变化好。


大型互联网公司后台用java的基本都选择的ibatis


呵呵,楼主对计算机的性能就没有什么概念,跟他谈这些没有什么用的。

不用说什么高并发,看他这样的系统架构,300个在线用户服务器就要无法正常工作了。
0 请登录后投票
   发表时间:2012-12-03  
楼主这样的框架选择,我这个刚入门的菜鸟都知道如果做电商的话,是很不适合的,特别是高并发这一块
0 请登录后投票
   发表时间:2012-12-19  
感觉LZ用到东东重了一点。
架构冒似是一个长期的过程,用户访问量数据不是一下爆增上来的,各个阶段有各个阶段的实际情况。 只要架构层次上清晰,方便开发 监控 维护 扩展就行。简单 快捷 稳定才是最重要的。
感觉用些轻量级的方便扩展封装的框架会更好。 象这种互联网项目要做大,我感觉光靠这些个技术上的架构是远远不够的。
0 请登录后投票
   发表时间:2012-12-19  
yexinwinners 写道
感觉LZ用到东东重了一点。
架构冒似是一个长期的过程,用户访问量数据不是一下爆增上来的,各个阶段有各个阶段的实际情况。 只要架构层次上清晰,方便开发 监控 维护 扩展就行。简单 快捷 稳定才是最重要的。
感觉用些轻量级的方便扩展封装的框架会更好。 象这种互联网项目要做大,我感觉光靠这些个技术上的架构是远远不够的。


框架只是个基础,呵呵,只要扩展好,稳定,开发效率高,才是重要. 对于商城,大用户量,重要的是系统分布架构,还有数据库分库架构.若是小商城,小用户量,无所谓什么框架了,开发快,稳定就OK了
0 请登录后投票
   发表时间:2012-12-21  
有意向参与开源,mark下
0 请登录后投票
   发表时间:2012-12-26  
认真看完了全部讨论,感觉受益匪浅,来学习了!
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics