摘要：
观察我们的项目，实体类有UserInfo和MessageInfo两个类。在UserInfo类中有两个属性：Username和Password，显然，这两个属性都不应为空。在MessageInfo类中有Contents，PostTime和PostUsername三个属性。其中Contents不能为空，而PostTime取当前时间（Time.Now）即可，PostUsername也不应为空。对数据进行... 阅读全文
摘要：
上一章，我们建立了模拟服务项目对表现层提供服务，表现层直接依赖于服务层的具体类，如图：（以下所有图中，底色为红色的代表类，蓝色代表接口）这样带来的缺点就是，当模拟服务对象发生变化的时候，会影响到表现层。我们知道，三层架构的目的之一就是当一层发生变化的时候尽量不会影响到其他的层。因此，我们要对我们的项目做一些调整，使表现层和服务层解耦，同时也为以后将模拟服务对象替换为真正的服务对象时作准备。关于接口... 阅读全文
摘要：
上一章我们把静态的页面转化成了动态网站，接下来，我们将给动态网站添加业务逻辑。项目进行到这一步，不知道大家有没有认识到这种自顶向下构建项目所带来的优势。首先，我们每一步得到的版本都是可以直接运行的，我们可以在任何时候都直观的观察到项目的结果，从而对项目做出调整。其次，我们能够直观的感受到项目的进度。最后，我们每次的修改都不涉及到更低层次的内容，可以放心的修改。观察我们的项目，现有的主要功能有两种，... 阅读全文
摘要：
上一章我们确定了需求，并建立了若干静态页面，基本消除了与客户认识的差异。这一章，我们把静态页面转化为表现层（或者说是视图，MVC模式中的View），也就是.aspx文件。基本上我们可以把相同的框架做成母版页，例如：在input type="text"标签上添加runat="server"属性，把客户端控件替换成服务器端控件等等工作，完成静态页面到静态的动态网站的转化-_-b。当然，MVC模式的就省... 阅读全文
摘要：
开发项目，最重要的就是进行需求分析。 通常情况下，客户并不知道他们想要的是什么，由此造成的需求不明确通常是导致项目失败的重要原因。 近一段时间的网站开发经验告诉我，用草图和静态网页进行需求分析是有效而可行的方法。 我们首先用草图对问题进行简单的描述，以及粗劣的分析；然后通过静态网页，以较少的代价完成对目标网站的模拟；再和客户相互交流，进一步的分析、模拟并消除思想上的差异，从而获得较完整的需求... 阅读全文
摘要：
谨以此文，记录近一段时间开发网站的经验。 近一段时间经常进行网站的开发，从中累计了不少经验，现将其撰写成文，一方面是对自己的锻炼和提高，同时也希望能给大家带来一些帮助和提示。文中尚有不正确或不通顺的内容，还请不吝赐教。 自顶向下的开发网站，是我自己归纳的一种开发方法。 在这一系列文章内，我假设大家都知道三层架构、设计模式。 三层架构分为表现层（用户界面），业务逻辑层，数据获取层三层，... 阅读全文