技术架构与体系结构

(OO + 分布式计算) = 软件架构的方向 如果说分布式云计算是一条老百姓通往美好未来的康庄大道，那么选择怎样的座驾驶入这条道路，无疑是关系到我们每个程序员的职业素质和水平。

由于业务量增长，出于长远考虑，需要将一套Spring+IBatis的系统改成EJB架构的系统，主要是想将不同业务封装到EJB中，分布式部署，容易对繁忙的业务做水平伸缩。呵呵，以前真的不懂这些，一直认为spring足矣，终于明白了EJB的巨大用途。更多的好处等我做完了项目再总结。问题是存在很多

大家好，这个帖子我打算根据项目的进展不断添加项目过程中碰到的问题，而在这里，就先抛开商业的一些需求，纯从技术上讨论架构及实现，以及可能的风险。下面是对项目的描述。 首先，这是一个管理软件，用于软件公司的。就是说，是为某软件公司开发的软件。第二点：这

请问目前STRUTS2+SPRING2.5搭配是否完美？有墨子优点和缺点啊？大师指教一下

如果以代码的行数来评定一个项目的大小，10万行的项目能否算是小型的项目?小型，中型，大型界限在哪？在架构方面会有什么不同？

看了一些模式，如DAO、MVC、设计模式等，可能没有比较系统地去看，现在感觉有点乱了，请问这些是不是同一种类型的，还有没有其它的一些呢？不知哪位朋友有空理一下

我是在校学生，对C++有一定理解，在实验室项目中获得一些开发经验，但是没有商业开发的经历 希望将来在IBM ORACLE这样的公司做企业级的开发，只是比较模糊的目标，尚在摸索中规划 进入正题，现在打算学习JAVA，不像C++，虽然庞杂但仍局限于语

请教下web server与app server有什么不同呢!请各们高手解释一下!

看了这么多帖子，很希望有人可以用一句话来说清楚J2EE的概念，有的时候我觉得也许是翻译人员的问题，很多概念和术语确实让很多初学者望而却步，所以学的多一点的人不该再满篇的英语缩写，至少要用我们传统的语言（汉语）给个明确的名称，哪怕这个名称有点不通，也至少好理解一点。对于后来者至少可以少记忆一些英语缩写

哪位高手说下他们的区别，和性能 现在框架太多了，都不知道学哪个好了，他说他的好，你说你的好，搞的我头都大了 直接用JSP+cache写不行吗

看了很多关于 bang 的文章，感觉也很不错，但是待到实践之时，却又难以下手，思维从以数据库建模转化为面向对象方式遇到很大的障碍。现在有个很简单的问题想要问下，希望能够给予启迪，大恩言谢了。:-) 现有 服务请求方 和 服务应答方 两方 其中采用H

在设计程序的时候，比如Java是面向对象C不是，但是游戏框架都是用C制作，C++也许有别的更高效的代码。 要是比较来说，当然C的程序要比Java性能高很多，这也是为什么Tomcat, Java都会用Navie（也许拼错了）的方法来用一些关系到性能方面的东西

“软件以人为本”如果你是汽车得组装者，你拿到各个材料供应商得材料，你会不会有兴趣知道这个材料内部是怎么构成得？当然是“不”，没人关心这个（至少我是这样认为），恐怕软件公司也想学习汽车行业得这种工作方式吧？？通过明确得分工来提高效率，做架构得研究架构，做应用得学习使用架构等等。可是事与愿违，因

核心构件与功能构件的关系 让我们回到现实世界。软件系统呈现出连续谱系的特征，就模型层来说，在其核心存在与功能用例正交的横切构件，而在其边缘也存在一些呈现出与功能层有某种程度平行关系的构件，我们称之为功能构件；它们位于核心层之上，在

我在研究一个产品时形成了两种方案：方案一：xml配置脚本文件拆分成数据库库表，控制依赖于存在于库表的节点的状态信息并以及存放在库表中逻辑关系。方案二：xml文件映射到java数据结构中，控制依赖于数据结构的状态以及数据结构中的逻辑关系，数据库作为当前运行数据的备份（用来恢复中断的运行

我目前在一家互联网公司从事java开发工作3年，虽说项目使用了struts+spring+hibernate，但 感觉总体技术含量不高，我们公司php开发人员占大多数。同时在全球来讲php做网站也的确是大 部分。