哦 你应该注意到了 所谓参数 其实是有预设的范围的 这个范围是我们这些看发者预设的 这个思想和我们的适应需求变化的的方法是不在一个层面上的 可以这样说 你可以设定一个参数 由于这个参数的变化 从而是已经设计好的程序提供的服务发生变化 但是这些变化其实是预设的 是程序本身就已经提供的功能 是在程序设计完成后的一个功能 你不可能提供一个你的程序没有的功能给客户 也就是你不能做一个可以自我升级的程序 你不能我也不能 而我们说的适应用户需求的改变 是和它不在一个层面上的 我们的改变是在设计阶段就主动欢迎客户的需求发生变化 并且主动配合这种变化
关于2层到多层的转化问题 运用模式的方法是可以得到解决的 不用推倒重来 当然肯定是要做代码的改变的 而且敏捷一样欢迎这样的改变 

大的项目和产品 我不知道什么概念上的算大的 我以我的观点出发 认为大的 或者一次性短暂的项目可以首先考虑模式的方法 当然rup也是可行的 如果你准备使用受过考验的敏捷的方法 可以参考水晶 但是我不是否认xp就不能用这这个方面 我只是说这个方面xp的经验还很少 如果你有探索的精神 使用xp也是一种选择

因为不熟悉那么一定会出现问题 所以我规劝那些准备这样做的同志 应该从xp入手 在xp熟悉了 再去熟悉模式 而且我认为你不管如何做 最好找到一个顾问为你提供咨询