关于架构的问题 来者有分

Question

本帖最后由 wwd252 于 2009-07-09 10:30:19 编辑

Answer 1

DNN杨永强个人站点：http://www.developceo.cn/

Answer 2

用java做后台应用，C#开发前台界面，前台不直接访问数据库，前后台间通过WebService接口的C/S结构遗留项目。

Answer 3

"你的项目中都用什么架构啊？" 问这种问题就说明你根本没有理解什么架构，架构应该包括那些内容。
问项目中使用那些框架还行架构(architecture)是什么？
IEEE的定义是在一个环境中运行的系统，它描述系统元素和系统之间和系统与环境间的关系，也系统设计和演化的原理的指导思想。上面的说的DNN顶多算是一个框架（framework），而不是架构(architecture)。
MVC三层是一种架构风格(architecture style)，是架构的一部分，一个架构还要包括其他很多内容。

Answer 4

MVC（Model-View-Control）　　MVC由Trygve Reenskaug提出，首先被应用在SmallTalk-80环境中，使许多交互和界面系统的构成基础，Microsoft的MFC基础类也遵循了MVC的思想。　　对于界面设计可变性的需求，MVC把交互系统的组成分解成模型、视图、控制三种部件。　　模型部件是软件所处理问题逻辑在独立于外在显示内容和形式情况下的内在抽象，封装了问题的核心数据、逻辑和功能的计算关系，他独立于具体的界面表达和I/O操作。　　视图部件把表示模型数据及逻辑关系和状态的信息及特定形式展示给用户。它从模型获得显示信息，对于相同的信息可以有多个不同的显示形式或视图。　　控制部件是处理用户与软件的交互操作的，其职责是控制提供模型中任何变化的传播，确保用户界面于模型间的对应联系；它接受用户的输入，将输入反馈给模型，进而实现对模型的计算控制，是使模型和视图协调工作的部件。通常一个视图具有一个控制器。　　模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。这实际上是一种模型的变化-传播机制。 

Answer 5

10W以下不建议用什么三层,,,那个叫累啊,,像petshop,,个人很BS他的写法,,,这个简单一个网站,,,按他那种写法,,会累死半个中国人,建议:一般的企业站,,直接在.cs里写处理代码就好了,,常用的代理做成一个类,,放在app_code里就好了

Answer 6

UP.我正在学习MVC感觉还不错。

Answer 7

在学习微软的Pet Shop 4.0.建议学一下.

Answer 8

MVC跟三层不是一回事吧。。怎么看到好多人在哪里说MVC三层

Answer 9

MVC 三层 结合Linq to entity 

Answer 10

做web用mvc最适合。
现在我写winform也模式mvc模式了

Answer 11

三层架构。还有就是学习一下petshop 4.0

Answer 12

3层有时候也很郁闷，实体类设计是一大问题，数据加载也是一大问题，事务在bll层调用更是大问题。
哎，3层到底好在哪