怎样设计一个伸缩性好的软件？

gz80

现在遇到一个问题：由于产品有新的型号推出，硬件有提升，所以软件性能和容量也需要提高，目标是容量提高30%，性能40%。
然而这看似简单的活干起来却灰常痛苦：很多参数都是在代码中用宏或常量写死，比如用户记录数组的大小，最大session或link数目，memory pool和buffer预分配的数量等等，这些都散布在项目代码的各个角落：应用层、中间件、网络模块、系统模块都要涉及，找起来简直大海捞针。而且不知道修改某一参数对性能影响到底有多大。
最最头痛的是一些参数还互相牵制，牵一发而动全身，把系统改得乱七八糟的。

曾经考虑过把所有性能相关的宏或常量定义成“基数*性能系数”，基数是由各个模块决定的最小运行配置，性能系数由项目编译选项的宏来定义。然而这样导致的问题就是结果的不确定性，比如当我把性能系数由1改为1.5，怎么确保目标性能真的不多不少提高了50%？所以这个方案就被否决了。

大家有没什么好的建议？

[ 本帖最后由 gz80 于 2009-12-25 10:40 编辑 ]

prolj

我很擅长这个，不过还是要看你的具体情况。
1，配置文件（灵活，init的时候需要一点时间）
2，参数（要求性能的话优先）
3，编译时参数（不推荐）
能透露一下项目不？

gz80

项目是一个路由网关。
我也想过配置文件，但不是所有的参数都能给客户看的；而且配置文件只能定义运行时的参数，但有些参数要在编译时就要确定下来的，像数组的大小等。

wxfjx

原帖由 prolj 于 2009-12-25 10:41 发表
我很擅长这个，不过还是要看你的具体情况。
1，配置文件（灵活，init的时候需要一点时间）
2，参数（要求性能的话优先）
3，编译时参数（不推荐）
能透露一下项目不？

P阿姨很厉害啊，

配置文件这个我好像只用过

prolj

那就编译开关为主，运行时参数为辅好了。

cugb_cat

gcc -D

egmkang

编译参数不是一个好的选择.
配置文件还不错,初始化的时间可以忽略不计.

登楼望月

lz说的就是扩展性吧？