开发过程顺序性与软件层次独立性之间辩证的关系
在一个架构设计的过程中,除了技术上的考虑,所有生产成本,人员组合效率多是需要认真考虑的,而顺序性代表了人员安排的项目依赖关系,层次的独立性某种程度上代表开发任务的独立性,因此这种辩证的关系也就成为一种制约,最好的架构不会是舍弃其中某一方,而是在各种因素中追求最佳平衡。
从Duwamish来看一个WEB项目的层次结构,首先要说一点,项目的开发可以通过不同的project给与不同的人员去实现,在Duwamish中webProject是一个单独的,完整的部分。web项目设置为多个project确实也是可行性,只是需要定时地去更新整个solution的配置内容。
分层次:底层支持common/systemFramework 中间层次dataAccess 业务逻辑以及业务架构层businessRules/BusinessFacade 用户接口UI Web。
看到common 中data中对于数据,从数据库文件到内存之间关联起来,方便数据操作,在dataaccess中包含books.vb类,在data中包含bookdata.vb类,books从面向对象的角度思考问题,bookdata从数据流,或者说数据处理的角度考虑问题。
夜里没有写完,只能拖拉着,以后写续……
在一个架构设计的过程中,除了技术上的考虑,所有生产成本,人员组合效率多是需要认真考虑的,而顺序性代表了人员安排的项目依赖关系,层次的独立性某种程度上代表开发任务的独立性,因此这种辩证的关系也就成为一种制约,最好的架构不会是舍弃其中某一方,而是在各种因素中追求最佳平衡。
从Duwamish来看一个WEB项目的层次结构,首先要说一点,项目的开发可以通过不同的project给与不同的人员去实现,在Duwamish中webProject是一个单独的,完整的部分。web项目设置为多个project确实也是可行性,只是需要定时地去更新整个solution的配置内容。
分层次:底层支持common/systemFramework 中间层次dataAccess 业务逻辑以及业务架构层businessRules/BusinessFacade 用户接口UI Web。
看到common 中data中对于数据,从数据库文件到内存之间关联起来,方便数据操作,在dataaccess中包含books.vb类,在data中包含bookdata.vb类,books从面向对象的角度思考问题,bookdata从数据流,或者说数据处理的角度考虑问题。
夜里没有写完,只能拖拉着,以后写续……