|
锁定老帖子 主题：技术架构问题！
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-06-23
根据你们团队人员对现有技术的掌握情况来决定第一或第二种方案，百万级的推荐直接用spring+jdbc+freemarker/Velocity，我们公司有个上线的xx系统也是用这种框架，日访问量在300~500万之间。建议还是根据团队情况而定。
|
| 返回顶楼 | |
|
发表时间：2008-06-24
struts2+spring+ibatis(hibernate)+freemarker
|
| 返回顶楼 | |
|
发表时间：2008-06-24
业务分析透了，加上技术的支持才能做好项目。
struts2+spring+ibatis(hibernate)应该维护会比较好点。 |
| 返回顶楼 | |
|
发表时间：2008-06-25
用什么和性能无关,关键是怎么用
|
| 返回顶楼 | |
|
发表时间：2008-06-26
edwardpro 写道 用什么和性能无关,关键是怎么用
这问题说到最后其实就是，招人成本和学习成本，再加上程序员对这种技术的认可度（决定了热情度和钻研度）。 |
| 返回顶楼 | |
|
发表时间：2008-06-27
继续关注LZ怎样解决“每天业务数量设计在百万级别上”的性能问题
|
| 返回顶楼 | |
|
发表时间：2008-06-27
说hibernate没有性能问题简直是胡扯，我不信hibernate能支撑大型高并发应用，除非有一堆牛人在做优化
|
| 返回顶楼 | |
|
发表时间：2008-06-27
泡 泡 写道 struts+spring+ibatis+freemarker
国内某每日PV上亿的网站的架构，当然是集群来撑的。 阿里巴巴？ |
| 返回顶楼 | |
|
发表时间：2008-06-27
我觉得struts2 可以用jsf代替一下
|
| 返回顶楼 | |
|
发表时间：2008-06-27
icream 写道 说hibernate没有性能问题简直是胡扯，我不信hibernate能支撑大型高并发应用，除非有一堆牛人在做优化
不用事后优化，只要把Hibernate当sql生成器来用就行了，出发点定下来很多事情都好说，无非就是需要一个工具更好的控制sql语句的生成，避免自己手写带来的巨大的调试时间成本，在80%的情况迅速提高开发效率和减少代码量或者说是sql代码量。 具体的例子比如：约定，如非必要禁用级联等。 用到最后发现在用一个高级版的iBatis，还是很爽的，不用太担心由于过于自动化导致的性能问题。 不过至少得有一个牛人定下我前面说的一些约定。 |
| 返回顶楼 | |
