从A到B

作者: 「美」Cal Henderson,徐宁译 出处:电子工业出版社博文视点 　2008-03-11 16:14　   砖    好    评论  条 　进入论坛

阅读提示：《构建可扩展的Web站点》主要介绍了Web应用程序的概念、体系结构、硬件需求、开发环境的原则及国际化、本地化和Unicode等基本内容，本文讲了进行不同规模之间的转换。

从A到B
Getting from A to B

构建大型应用程序时打下好的基础很重要，但避免在适用于大型应用的基础之上构建小型应用程序也同样重要，所以需要某种途径来进行不同规模之间的转换。可能我们有一个系统，整个就是“一个巨大的函数”，也可能我们正在构建原型，这个原型以后要拓展成为大型应用程序。在建造原型时，可以跳过系统体系结构设计的条条框框让产品尽快能运行。一旦要让这些小系统和原型系统真的派上用场，就必须将它们的基础夯实，并强制应用特定的结构以适应大型系统。

由小系统变成大系统的第一个步骤通常是将展现层分离出来，将原本内嵌的标记分离到模板文件中。这个过程可以细化成三个不同的任务，三个任务可以独立完成，这样可以避免一次性剧烈的改变。这种办法让你在分离模板的同时，不影响主开发过程，因此能避免开发过程的中止。这三个步骤如下：

将逻辑代码从标记代码中分离出来
第一步就是将生成HTML标记的代码分离出来，存入到一些新文件中，在运行时用页面驱动文件包含这些新文件。这一步完成时，逻辑代码与标记生成代码便会存在于不同的文件组中，但也不排除有可能多个页面的标记都是由某个单一文件生成的。

将标记代码划分成一个文件对应一个页面
由于可以预计会切换到一个模板系统，所以要将每个页面或者可重用的页面组件分离成各自的文件。到目前为止，还在使用老的常规代码来生成标记，但每个逻辑标记段（页或块）都有它自己相应的文件。

切换到模板系统
做到页面和生成文件一一对应之后，就可以逐个转变这些页面到模板系统。这可以是一个缓慢的过程，尤其是有大量逻辑混杂在标记生成代码中时。但因为早就对不同页面进行了划分，所以可以在任意一页上花任意长的时间来转换，而不会影响到别的页面。

一旦你把模板部分很好地划分了出来，你就会接着想把样式分离到CSS文件中（如果你还没有这样做）。如何管理到CSS的迁移，这个问题超出了本书的范畴，然而在网络上有很多自由格式的优秀资源。

标记层和展现层从代码库中分离之后，仅剩的任务是分离页面逻辑和业务逻辑。有多种办法可以实现这个目标，但其中最为简易的、又能部分实现目标的一种是函数分组。

仔细查看系统中的数据操作部分，并把它们划分为各个函数组，就可以快速为业务逻辑设计好模块化结构。其中一种很简单的办法是将访问某张数据库表（或相关数据库表集合）的代码划归为一组。你可以处处留心这样的代码，它们或读或写，但都访问这些表以实现业务逻辑层的功能。在Flickr中，对存放照片注释（这些照片的注释部分）的表的读和写就包含在一个单独的模块中。这种方法也能让业务逻辑修改简单化。如果需要对数据库表或者存放于其中的内容进行任何更改，我们立即就知道在哪儿能找到处理这张表的所有代码。

和模板层的分离一样，业务逻辑和页面逻辑的分离也可以经历很长的时间，通过一个逐步的过程来完成。随着各个不同功能域被划分出来，层次会变得越来越明显，到最后，所有的数据访问都安排在业务逻辑的类库中，而所有的交互逻辑则仍然保留在页面驱动逻辑文件中。

回书目   上一节   下一节