大家来讨论讨论程序架构的问题，最后100分了

    前段时间修改别人的一个软件并增加相应功能，让我看到了好的应用程序架构是多么多么的重要。那么如何构建一个好的应用程序架构，以使程序易扩展，易维护，效率更高呢？
    望高手多多展示一下自己的经验，帮帮后辈，新手也学习学习，膜拜膜拜！也可以把好的相关贴子贴过来。

解决方案 »

  1.   

    http://tieba.baidu.com/f?kz=701588248
    我转的 希望有用
      

  2.   

    [Quote=引用 8 楼 oyljerry 的回复:]
    所以一个好的项目要有一个好的架构师.
      

  3.   

    我的经验的是大部分应用程序都可以用MVC架构， 主要是也就是Observer模式， 将UI和数据彻底分离。
    最底层是数据层，数据层保存应用程序需要的所有数据，上层只需要更改数据，相应的UI得到通知更新。Window是消息驱动的， 这种方式尤其适用。
      

  4.   

    说得很有道理.我去认真看下什么是MVC架构.您后您说的这种有点像MFC中文档视图结构,您觉得呢?
      

  5.   

    楼主跟我一样 我看了他这段话 也想着 去看下什么是mvc架构 哈哈
      

  6.   

    目前项目组在改一个300万行代码的项目,之前几百人联合写的...而且文档很少...说实话就是考经验,敏锐的嗅觉.楼上几位说的是有理的..但是完全是看项目本身的.你说很多嵌入式单板设计..也会有MVC么?有3层构架的都是常规项目
      

  7.   

    其实 所有项目都害怕的是 项目的变化无庸置疑在软件工程角度上讲需求是最重要的才是根据需求理解的架构 -> 需求理解又 需要 考虑 需求中 变化和不变的因素这样又有了后期的变化 -> 考虑一些设计模式只有预期在50%以上的可能性有变化的东西 才去考虑用设计模式封装而一旦到了架构的时候  最重要还是抓住业务,控制项目目标,其中主要考虑的有如下的指标技术上考量如软件预期的执行时间 软件的技术难关瓶颈 等就刚才说的一个方式mvc我觉得不一定要这么做，关键还是看业务需求，这些东西都是你的工具