[svnbook commit] r1815 - trunk/src/zh/book

viv svnbook-dev at red-bean.com
Tue Nov 8 13:04:13 CST 2005


Author: viv
Date: Tue Nov  8 13:04:11 2005
New Revision: 1815

Modified:
   trunk/src/zh/book/ch08.xml
Log:
h/svnbook/trunk/src/zh/book/ch08.xml:modify and correct.

Modified: trunk/src/zh/book/ch08.xml
==============================================================================
--- trunk/src/zh/book/ch08.xml	(original)
+++ trunk/src/zh/book/ch08.xml	Tue Nov  8 13:04:11 2005
@@ -89,19 +89,19 @@
       </tgroup>
     </table>
 
-    <para>单词<quote>各色各样的</quote>只在列表<xref linkend="svn-ch-8-table-1"/>出现过一次是一个好的迹象。Subversion开发团队非常注意将功能归入合适的层和库,或许模块化设计最大的好处就是从开发者的角度看减少了复杂性。作为一个开发者,你很快可以明确的说明那副<quote>大图片</quote>,允许你容易的找出某一块功能所在的位置。</para>
+    <para>单词<quote>各色各样的</quote>只在列表<xref linkend="svn-ch-8-table-1"/>出现过一次是一个好的迹象。Subversion开发团队非常注意将功能归入合适的层和库,或许模块化设计最大的好处就是从开发者的角度看减少了复杂性。作为一个开发者,你可以很快就描画出一副<quote>大图像</quote>,以便于你更精确地,也相对容易地找出某一功能所在的位置。</para>
 
-    <para>模块化的另一个好处是我们有能力用实现同样API的新模块替换整个给定的模块,而又不会影响代码基础。在一些方面,Subversion已经这样做了。libsvn_ra_dav、libsvn_ra_local和libsvn_ra_svn all都实现了同样的接口,三个都与版本库层通讯—libsvn_ra_dav和libsvn_ra_svn通过网络,而libsvn_ra_local则是直接连接。
+    <para>模块化的另一个好处是我们有能力去构造一个全新的,能够完全实现相同API功能的库,以替换整个给定的模块,而又不会影响基础代码。在某种意义上,Subversion已经这样做了。libsvn_ra_dav、libsvn_ra_local和libsvn_ra_svn all都实现了相同的接口,三者均与版本库层进行通讯—libsvn_ra_dav和libsvn_ra_svn通过网络,而libsvn_ra_local则是直接连接。
    </para>
 
-    <para>在Subversion的设计中,客户端本身也集萃了许多模块。虽然Subversion目前只是伴随了一个命令行的客户端,但也已经有一些第三方设计的GUI程序,这些GUI程序使用命令行客户端同样的API。Subversion的libsvn_client库集合了作为Subversion客户端的几乎所有必要的功能(见<xref
+    <para>客户端设计本身就给我们所提倡的模块化设计理念增色很多,尽管Subversion目前只是附带了一个命令行方式的客户端,但已经出现了一些由第三方开发的GUI客户端程序,这些GUI客户端程序全都使用了与原装命令行客户端程序相同的API。对于Subversion客户端程序设计来说,Subversion的libsvn_client库提供了绝大多数够用、实用的功能(见<xref
       linkend="svn-ch-8-sect-1.3"/>)。</para>
 
     <!-- ***************************************************************** -->
     <sect2 id="svn-ch-8-sect-1.1">
       <title>版本库层</title>
 
-      <para>当提到Subversion的版本库层,我们通常会讨论两个库—版本库库和文件系统库。这两个库为多修订版本中版本控制的数据提供了存储和报告机制,这一层是通过版本库访问层连接到客户端层的,同样,从Subversion用户的角度,这件事是<quote>在绳子的另一端。</quote></para>
+      <para>当提到Subversion版本库层时,我们通常会讨论两个库—版本库(函数)库和文件系统(函数)库。这两个库为你的版本控制数据的各个修订版本提供了存储和报告机制,该层通过版本库访问层连接到客户层,而且,从Subversion用户的角度看,这是资料存储过程<quote>另一端</quote>。</para>
 
       <para>Subversion文件系统是通过libsvn_fs的API访问的,这不是一个可以安装到操作系统(例如Linux ext2或NTFS)的内核级文件系统,而是一个虚拟文件系统。不是用真实的文件和目录(也就是你用shell程序可以导航的那种)保存<quote>文件</quote>和<quote>目录</quote>,而是从两种抽象后端方式中选择一种使用—一个是Berkeley DB数据库环境或者是一个普通文件表示。(为了了解更多关于版本库后端的信息,请看<xref
         linkend="svn-ch-5-sect-1.3"/>)。然而,社区也非常有兴趣考虑使Subversion具备使用其它后端数据库系统的能力,或许通过一个类似开放式数据库连接(JDBC)的机制。</para>



More information about the svnbook-dev mailing list