越是簡單越是美

[sevecol]

通过不少项目的实施，越来越感觉到简单才是美
在作需求分析的时候这就要明确必须是简单的，过分复杂的需求只会使系统的结构复杂
复杂的结构就不可能做到良好的扩展性。
还有就是在总体框架的设计的时候，应该尽可能的简单，模式不是万能的。
当发现框架设计存在很大问题的时候补要修修改改继续下去，要果断的重构。
一大部分程序的问题都可以看成是结构复杂的产物，就和一团缠在一起的绳子一样，怎么努力也不能理清。

希望大家也来谈一谈自己的感受，谢谢

[kingfish]

越是简单的越稳定
但要做到简单的确很不容易,
对我而言,还达不到,只能逐渐去锻炼

[lurenfu]

重要的是你怎么区别简单和复杂的关系。一个项目的结构的把握是很重要的，如果你的结构弄得很复杂或者根本就是不对的，你怎么样也没法把它做得简单。程序设计时我深有体会。刚开始写程序时，我是一古脑儿往下写，想到哪儿，写到哪儿，现在我知道应该先作个大体规划，想好了再做，并把各功能模块独立出来，实现起来容易多了，也变得很容易扩充和维护。当然，我的理解还很肤浅，还有很多需要学习的地方，希望大家能够帮帮我上升到更高的台阶，谢谢各位!!!

[sevecol]

我开始作系统设计的时候总是想要用什么模式什么模式，然后加了一大堆接口，虽然模式是给用上了，但是整个系统变得异常复杂，现在回过头来看看原来的设计，有很多本应该简单的操作
最后都成了一大堆的函数的调用，一大堆的消息。自己把事情给搞复杂了，越往下细节设计，感觉到前面的路越窄。

[cber]

简单确实是美，不过要能做到化繁为简可不是一件很容易的事情。
你所说的和我所推崇的KISS+Refactoring差不多嘛：）

[sevecol]

重构事件痛苦的事情，但是重构后的天空万里无云
我现在的这个项目已经是第二次重构，每一次重构后，整个系统的把握就更加准确
系统的结构更加简单（去除了很多华而不实的东西)。

[GrayWhite]

重构是必不可少的，它属于设计方法中的叠代过程。任何指望一次通过的设计是不现实的。我们的目标是要尽可能的减少叠代的次数和规模。

[lxp981818]

框架的形成要越慎重越好
模块间的影响要越清楚越好
头脑一定要清楚
文档要简单明了无歧意，注释要清楚

[hello_wyq]

简单当让是美啦！
程序的简单性很大程度是是于程序设计者模型有关。
是不是可以说模型越简练，程序就能越简单？

[耙子]

我就喜欢简单的，从功能到界面都是，
比较不喜欢太个性化的界面。

[s_fish_heart]

先简单，在复杂，才对，我like 简单

[langgy]

同意 hello_wyq(半瓶墨水)
不过，简单不一定美，简练才是美。

[Jneu]

yes

[sevecol]

哈哈