抽象工厂讲得太多了，个人发现抽象工厂不是很好用，抽象工厂是解决那种一系列变化的问题上的，而这种情况一般很少，顶多只能用在数据库接口的设计上面，而且最麻烦的是如果里面有一个接口实现改变了，就要重载所有的接口，很麻烦。

看了半天也没有什么太多感想，但基本感觉就两个：1、google人才很强大 2、baidu领导很强大。

我用过一个DataBase2Sharp,用来生成实体层跟数据库操作代码，现在我对代码生成器这种东西还是有点好感的！

如果一个主题文件夹中添加多个CSS文件怎么办？怎么页面应用这个主题的时候不能选择使用哪个CSS文件嘛？

如果一个主题文件夹中添加多个CSS文件怎么办？怎么页面应用这个主题的时候不能选择使用哪个CSS文件嘛？

应该是FCKeditor

哇靠！这什么版面啊？什么都看不清！

--引用--------------------------------------------------
RubyPDF: 挺能写的,但除了第一句话,
"写了《三五个人十来条枪 如何走出软件作坊成为开发正规军》（一）、（二）、（三）后，每篇都点击上万跟贴评论无数。"
--------------------------------------------------------
我看了一下CSDN，大约就是这样的，而且CSDN上回帖的质量还蛮高，怎么到了博客园好像就没有有价值的回复了？博客园不是这样的 啊？

菲琳之莎
我以为是一个女孩子，就进来看看了，我以为会有照片什么的！

--引用--------------------------------------------------
elaner.ifso: 我任职于一家小公司。美工完成效果图，并切片把效果（HTML）的发给我，剩下都自己搞定。哎
--------------------------------------------------------
好像大多数“小公司”都是这样做的，有些大公司甚至前段只负责画界面图，连html都没有。

认真的看了你的论文，发现了一个问题，你的BLL跟DAL都是用抽象工厂来解耦的，而抽象工厂是解决那种一系列变化的问题，也就是说如果一个接口实现中如果一个方法需要重新实现的话，那么就要新建一个类重载这个接口并且需要把所有其它的方法重新实现一遍对吗，那么重载一次就要多个文件（这个跟数据库DAL一样，有一种数据库就得有一个接口实现类），是不是很麻烦啊？

认真的看完了，暂时还没有发言权，可能一次灌输的知识点太多，不容易消化。

好多人让我先看看petshop，我就看了petshop以后迷茫的，不过还是要谢谢大家，我只能慢慢理解了！

--引用--------------------------------------------------
昉: 其实很多人对三层都有理解上的错误，或者是滥用三层。其实三层的一个主要目标就是隔离变化点——1、数据库之间的切换 2、B/S模式&C/S模式之间的切换。但实际项目中有这些需求的少之又少。
--------------------------------------------------------
有些需求是用户硬要这样做的，特别是那种有一点“懂”的用户，做项目的有时也没有办法，他们说如果有一台服务器当机了，其它的服务器可以平滑的过度。

谢谢亚历山大同志！还在看！理解至上！

@xiao_p
谢谢！你的讲解让我懂了一点，我现在就是把最后一层（解析Sql语句的接口层）做成了Web Service，和数据库放在一台服务器上面，其它的就没有办法了。

@wit

我的项目经理不是很清楚架构方面的知识，所以和我一样不能理解物理分层跟逻辑分层的概念，结果使用了三层架构以后发现了越来越多的问题。

--引用--------------------------------------------------
王孟军！: 感觉楼主的观念比较模糊
1，首先，物理分层，和一般的逻辑分层不同
2，谁说一定要实体类呢？
3，没必要每层都设计成web server，性能会有问题
4，你需求没确定，那你做什么？需求都没确定，你就想实体类的问题了，是不是有点那个？？？
5，你还是安心写代码，这些问题一般都是有架构师该考虑的
个人见解，见笑
--------------------------------------------------------
你的话让我更迷茫了，都是反问，还有很多小公司没有架构师的，都是兼职的，比如我们公司，这些都是一般人一开始使用架构的时候都会遇到的问题。

@横刀天笑

负载均衡我看过一点，但是好像不符合我的需求，我是想把他们结合起来用，比如把三层分在不同的服务器上面。

@hahaer

设计模式我研究过一阵，而且我现在最大的问题不在三层之间的解耦上面。

@kingly

三层架构不是不能传递dataset这种强类型吗？这会造成三层之间的强耦合的？

--引用--------------------------------------------------

Jeffrey Zhao: 我们一直说的三层架构是指逻辑分层，物理上的分层往往是指另一回事。

--------------------------------------------------------

那怎么把逻辑分层跟物理上的分层结合起来呢？能不能指点一下。

@Windie Chai（笑煞天）
不是很懂，不过感觉你说的不是三层架构的事情。

@leleroyn

但是基本上大的需求是定下来了，以后的添加功能什么的是避免不了的，到最后还是要面临第一个问题，而且我提的这些问题相信大多数人都会遇到。

--引用--------------------------------------------------
Web Services服务（简称WS），WS本身并不难，难在给WS瘦身！我个人不建议直接将WS公开出来给各种不同的应用使用，否则我们会有很多的麻烦：

Ø 我们无法了解应用的实现的好坏，可能会去公开一些本可以不用公开的一些方法。

Ø 安全方面的问题会使我们很头痛。

Ø 不能干预网络传输的优化。

三层及多层的应用已经成为主流，要想给我们的WS瘦身，就需要多一层自己实现的客户端，以取代各种应用对WS的直接调用。这样上面的问题都会在自己实现的客户端里得到很好的解决，而且简化了应用调用接口的设计，并部分地封装了应用的业务逻辑，即对应用本身也瘦身了。另一个重要的效果是，不同应用的操作一致性至少在平台基础操作上得到了一致。
--------------------------------------------------------
一直想不通Web Services在三层架构里面怎么用，而且Web Services好像不能返回工厂模式生成的接口，能点拨我一下吗？谢谢！

作者是典型的理想主义者。

好像很复杂，没看懂，起点很高。

我发现使用了事件模式以后下面这个mian函数始终还是要变（不停的注册方法），有什么方法吗?
static void Main() {
Heater heater = new Heater();
Alarm alarm = new Alarm();

heater.BoilEvent += alarm.MakeAlert; //注册方法
heater.BoilEvent += (new Alarm()).MakeAlert;
heater.BoilEvent += Display.ShowMsg;
heater.BoilWater();
}

分层架构中每一层是不是可以用不同的服务器负担，每一层最后好像都被编译成了DLL，哪每台服务器怎么互交呢？谢谢！

一看就是假的，而且假的很离谱，完全违反了光的折射原理。

Web Service能在三层里面起到什么作用吗？Web Service好像不能返回接口，只能返回实体。

账户名 ： dotnets
电子邮件 ：dotnet1000@gmail.com
申请目的 ：学习项目管理知识
对软件项目管理的看法与认识 ：前面犯下的管理错误到最后会让你遗憾终身。
对团队建设的建议 ：开设专家答疑页面。

什么东西 啊？吓死我了！呀卖呆！

--引用--------------------------------------------------

疑问二：强类型的DataSet为什么不能在层与层之间传递呢？

--------------------------------------------------------

一般的解释是用model层当作DataSet来使用，但是我还是很奇怪，这东西能绑定所有控件吗？如果一定要使用DataSet怎么办？最终还是要传递DataSet。

WebService在分层架构里面能起到什么作用，怎么样体现，Web Service好像不能返回接口只能返回实体，谢谢！

--引用--------------------------------------------------

强类型DataSet是非常好的连接数据存取层和业务逻辑层的纽带，因为它既有数据库结构又有对象特性。所以，只要我们能在两个层次中各自屏蔽细节，依赖于抽象而不是实现，强类型DataSet就可以在系统中发挥重要的作用

--------------------------------------------------------

强类型DataSet怎么依赖抽象啊？怎么做啊？

private static void EnglishGreeting(string name) {}

private static void ChineseGreeting(string name) {}

这两个委托方法是不是只能是静态方法啊？

就是说Web Service可以传递一个实体到客户端，但是不能传递一个接口到客户端。，如下：

[WebMethod]
public DAL.IUserManage CreateUserDALProvider()
{
IUserManage UserManage = ClassFactory.CreateUserManageBLLProvider();
UserManage ;
}

提示Web Service不可以序列化接口。

用了一下发现不可以，Web Service好像不能返回接口。

最近要做一个项目，看过你的文章以后想试试看采用三层架构的方案，我想如果把所有层都设计成Web Service的话会不会有问题啊？我觉得好像没有什么问题，但总觉得有点奇怪。

发现一个问题，“实现具体的数据访问操作类”里面的方法都是对实体层的操作比如下面这个方法：
public bool Insert(AdminInfo admin)
这个方法是不是只能对AdminInfo一个实体层操作，如果是的话是不是有多少个实体层就要写多少个实体层的Insert方法？如果这样的话是不是不复合重构的定义？要是可以重构的话怎么做啊？谢谢！

这个SharePoint3为什么那么耗资源啊？用这个到底要什么系统配置啊？

楼主的论文有些信息没有打上马赛克，原来名字叫张洋，名字不错，说的就是我的性格。

程序还没有看，先来支持一下再说，喜欢你的做事风格，这个很重要，总比有些人来的实在。

研究了一下office server，发现它的内存占用率实在是太大了，安装了以后，我的内存占用都在1G以上（我的机器就只有1G内存），而且office server只能安装在window 2003 sp1以上的系统里面，对XP不支持。

郁闷！下了半天下了一个OfficeServerwithSP1.exe文件说安装失败，可能不是这个，是不带SP1补丁的哪个，不知道不使用这些软件能不能实现工作流方法。

好像这里没有我什么事情，我只等出来以后买本看看就好！

我好像发现这两个软件（SharePoint Server 2007，InfoPath 2007）是office 2007里面的两个软件，都好大，这样的话发布的时候是不是客户机器上面也要装啊？office 2003里面没有这两个软件吗？

其实不把盗版用在商业开发上面就好了，毕竟盗版对中国的工农业生产现代化建设方面带来了不可磨灭的贡献。

--引用--------------------------------------------------
Windie Chai（笑煞天）: @赵俊
对这个项目来说，你需要：
SharePoint Server 2007
Visual Studio 2008
InfoPath 2007
.NET Framework 3.0
带“2005”字样的工具统统丢掉吧，呵呵。
--------------------------------------------------------
对这个项目需要的软件都没有下载地址，干脆连下载地址一起提供了吧，我搜索了一下发现需要的软件都好大，而且不是免费软件，这样一来又是一笔很大的学习开支，在商业项目中使用的话花精力还要花钱。

这么快就回复哪？好快的身手，吓到我了！

对于这个2008的项目下面这些组件是不是也都要安装啊？都是免费的吗？
SharePoint Server 2007
InfoPath 2007
Visual Studio 2005 Extensions for Windows Workflow Foundation
ECM Starter Kit for Visual Studio 2005

实在很感谢作者的无私，其实我想发表一些很有见地的看法的，但是实在是苦无水平啊，不过我会先努力搞清SharePoint Server 2007是什么的。