ticoAg/ChineseCorpus-Kaggle-fanti huggingface dataset:
1996年，適逢COM的出現，微軟將資料存取的核心開始改寫為以COM為基礎的OLE DB，並且在它上面建立一個新的統一的資料存取的高層對象模型－ADO。ADO推出後順利的取代了DAO和RDO，成為在Windows NT 4.0和Windows 2000作業系統上開發資料庫應用程式的首選。它將OLE DB的物件模型進一步簡化；由資料庫廠商開發滿足OLE DB接口的資料提供者（data provider，這個模式在此時奠基），而ADO本身則是與資料來源無關（data source independent）的對象結構，讓它迅速的獲得了使用ASP、Visual Basic、COM的開發人員的青睞。它能夠順利取代DAO與RDO，要關鍵在于ADO的與數據庫服務器端/客戶端的特性無關，這使得ADO通用性極好。然而ADO本身的架構仍然有缺陷（尤其是在開發網路應用程式時，最好的例子就是Recordset無法離線），這也是微軟為何不在.NET Framework中繼續使用ADO的主要原因。
1998年時，微軟提出了一個下一代的應用程式開發框架（Application Framework）的計畫，計畫中包含了：
* ASP+：改良與重新設計ASP技術，強化它的Web應用程式發展能力。
* Storage+：發展新的資料庫與物件導向之檔案系統結構（用於SQL Server 8.0（即後來的SQL Server 2000）與NTFS），以及發展新一代的資料存取元件，並改良ADO本身的缺陷，讓它更能夠成為應用程式資料存取的核心功能。
* COM+：改良COM和MTS，成為企業級應用程式開發的基礎元件。
ADO+即為Storage+的一支。
1998年起，因為Web應用程式的竄起，大大改變了許多應用程式的設計方式，傳統的資料庫連線保存設計法無法適用於此類應用程式，這讓ADO應用程式遇到了很大的瓶頸，也讓微軟開始思考讓資料集（Resultset，在ADO中稱為Recordset）能夠離線化的能力，以及能在用戶端建立一個小型資料庫的概念，這個概念就是ADO.NET中離線型資料模型（disconnected data model）的基礎，而在ADO的使用情形來看，資料庫連線以及資源耗用的情形較嚴重（像是Server-side cursor或是Recordset.Open會保持連線狀態），在ADO.NET中也改良了這些物件，構成了能夠減少資料庫連線和資源使用量的功能。XML的使用也是這個版本的重要發展之一。
2000年，微軟的Microsoft .NET計畫開始成形，許多的微軟產品都冠上.NET的標籤，ADO+也不例外，改名為ADO.NET，並包裝到.NET Framework類別庫中，成為.NET平臺中唯一的資料存取元件。
ADO.NET由連線資料來源（connected data source）以及離線資料模型（disconnected data model）兩個部份構成，這兩個部份是相輔相成的。
若沒辦法連線到資料庫，則無法被稱為資料存取元件。連線資料來源便是用來連接資料庫（或是具有OLE DB資料來源提供者）的物件類別，由下列接口構成：
* IDbConnection，負責與資料庫的連線管理，包含連線字串（connection string），連線的開關，資料庫交易的啟始與連線錯誤的處理，所有的ADO.NET資料提供者都要實作此介面。
** Open/Close：開啟與關閉資料庫連線。
** BeginTransaction：啟動資料庫交易，並回傳一個IDbTransaction物件，以控制交易的結果。
* IDbCommand，負責執行資料庫指令（在大多數的案例中都是SQL指令），並傳回由資料庫中擷取的結果集，或是執行不回傳結果集的資料庫指令。
** ExecuteNonQuery：執行不回傳結果集的資料庫指令，像是INSERT、UPDATE與DELETE指令，返回值為該命令所影響的行數。 對于其他所有類型的語句，返回值 為 -1。
** ExecuteScalar：執行指令並回傳第一列第一行中的值（object類型）。當沒有數據時，ExcuteScalar方法返回System.DBNull。
** ExecuteReader：執行指令並回傳IDataReader物件，以讀取資料集中的資料。
** BeginExecuteNonQuery：開始執行異步查詢
** EndExecuteNonQuery: 結束執行異步查詢
* IDataParameter，負責裝載資料庫指令所需要的參數資料，在使用參數化查詢時會經常使用。 對于不同的數據源來說，占位符不同。SQLServer數據源用@parametername格式來命名參數，OleDb以及Odbc數據源均用問號（?）來標識參數位置，而Oracle則以:parmname格式使用命名參數。
* IDbTransaction，負責裝載資料庫交易所需的控制物件，以執行交易的認可（commit）或撤銷（rollback）的工作。
** Commit：認可資料庫交易。
** Rollback：撤銷資料庫交易。
* IDbDataAdapter，負責將來自於IDbCommand執行取得的結果集，裝載到離線型資料集（DataSet）或是離線型資料表（DataTable）中。
** Fill：將資料填入離線型資料物件。
** Update：將變更過的離線型資料物件中的資料寫回資料庫。
* IDataReader，建立一個只可向前讀取游標（forward-only）的資料讀取器工具，以逐列讀取方式存取資料，IDbDataAdapter內部也是由它來讀取資料。
** Read：第一次調用Read方法獲取第一行數據，并將游標指向下一行數據。當再次調用該方法時候，將讀取下一行數據。當檢測到不再有數據行時，Read方法將返回false。
* IDataRecord，在IDataReader讀取資料後實際裝載資料列的物件，提供方法來讀取資料行中的資料，以及轉換成.NET Framework原生型別的工具。
** GetOrdinal：取得指定資料行的欄位索引值。
** IsDBNull：判斷指定欄位的資料是否為NULL值。
使用連線資料來源需要由開發人員自我管理連線，並且直接操作資料存取的相關細節，但它的優點是速度快，而且可以自訂整個資料存取流程的邏輯。
在.NET Framework中，ADO.NET預設提供了四種資料來源：
* SQL Server：由System.Data.SqlClient提供原生資料來源，是微軟官方建議存取SQL Server時建議使用的資料提供者。以Sql為字首的類別群
* OLE DB Data Source：由System.Data.OleDb提供支援，可適用於OLE DB Provider for ODBC以外的OLE DB資料提供者。以OleDb為字首的類別群。支持本地事務和分布式事務。 對于分布式事務，默認情況下，用于 OLE DB 的 .NET Framework 數據提供程序會自動登記在事務中，并自動從 Windows 2000 組件服務獲取事務詳細信息。
* Oracle：由System.Data.OracleClient提供支援，但使用者的電腦必須安裝Oracle Client 8.1.7或更新版本才行（.NET Framework 1.1開始支援）。以Oracle為字首的類別群。必須同時引用 System.Data和 System.Data.OracleClient。
* ODBC：補OLE DB Provider for ODBC的支援，由System.Data.Odbc提供支援（.NET Framework 1.1開始支援）。以Odbc為字首的類別群
* EntityClient實體數據模型(EDM)應用程序的數據訪問。使用 System.Data.EntityClient 命名空間。
其他廠商亦為不同的資料庫提供資料來源：
* DataDirect Technologies發行100%列管提供源，支援主流企業數據庫（Oracle, Sybase, DB2, SQL Server, Progress RDBMS）
* OpenLink Software給大量的客戶指定數據庫發行提供源，包括到其他資料存取機構的橋接提供源，並可以在視窗下微軟自己或者Mono的CLR實做下支援。
* MySQL為本身的MySQL Database Server提供了ADO.NET的原生資料提供者。
* Oracle自行開發的.NET Data Provider。
對每種Data Provider，ADO.NET要實現下述對象結構：
*Connection 對象提供與數據源的連接。
*Command對象使您能夠訪問用于返回數據、修改數據、運行存儲過程以及發送或檢索參數信息的數據庫命令。
*DataReader 對象從數據源中提供快速的，只讀的數據流。
*DataAdapter 對象提供連接 DataSet 對象和數據源的橋梁。DataAdapter 使用 Command 對象在數據源中執行 SQL 命令，以便將數據加載到 DataSet 中，并使對 DataSet 中數據的更改與數據源保持一致。
*Parameter 對象用于參數化查詢。
例如，對于SQL Server數據源：
strSQL = "SELECT * FROM users WHERE Name = @Name and Password = @Password";
SqlParamter paras = new SqlParamter{//參數數組
new SqlParamter("@Name",SqlDBType.Varchar,50)
new SqlParamter("@Password",SqlDBType.Varchar,50)};
paras0.value = userName;//綁定用戶名
paras1.value = password;//綁定用戶密碼
*ConnectionStringBuilder：提供一種用于創建和管理由 Connection 對象使用的連接字符串的內容的簡單方法。 所有 ConnectionStringBuilder 對象的基類均為 DbConnectionStringBuilder 類。
*CommandBuilder ：自動生成 DataAdapter 的命令屬性或從存儲過程中派生參數信息，并填充 Command 對象的 Parameters 集合。 所有 CommandBuilder 對象的基類均為 DbCommandBuilder 類。
離線資料模型是微軟為了改良ADO在網路應用程式中的缺陷所設計的，同時它也是COM+中，IMDB技術的設計概念的實作品，但它並沒有完整的IMDB功能，像是交易處理（transaction processing），但它仍不失為一個能在離線狀態下處理資料的好幫手，它也可以透過連線資料來源物件，支援將離線資料存回資料庫的能力。離線資料模型由下列物件組成：
* DataSet，離線型資料模型的核心之一，可將它當成一個離線型的資料庫，它可以內含許多個DataTable，並且利用關聯與限制方式來設定資料的完整性，它本身也提供了可以和XML交互作業的支援。
** ReadXml/WriteXml：以DataSet的結構讀寫XML。
** ReadXmlSchema/WriteXmlSchema：以DataSet的結構讀寫XML Schema。
** GetXml/GetXmlSchema：取得DataSet內容的XML或XML Schema。
** Merge：合併兩個DataSet。
** Load：自IDataReader載入資料到DataSet。
** AcceptChanges：將修改過的資料列的修改旗標改為Unchanged。
** GetChanges：將修改過的資料列以DataRow陣列方式傳回。
** RejectChanges：撤銷所有資料的修改。
* DataTable，離線型資料模型的核心之一，可將它當成一個離線型的資料表，是儲存資料的收納器。
** Copy：將DataTable複製出一個副本，包含結構與資料。
** Merge：將兩個DataTable合併。
** Select：以指定的特殊查詢語法，傳回符合條件的DataRow陣列。
** Compute：以指定的彙總語法，傳回彙總的結果。
** GetErrors：傳回有錯誤的DataRow陣列。
** HasErrors：判斷DataTable中的DataRow有沒有含有錯誤的DataRow。
* DataRow，表示表格中的資料列，與資料欄組合成資料儲存的單元。
** IsNull：判斷指定的欄位是否為NULL值。
** ItemArray：將DataRow中的資料轉換成陣列。
* DataColumn，表示表格中的欄位。
* DataView，展示資料的輔助元件，類似於資料庫中的檢視表，並可設定過濾條件與排序條件。
** Filter：設定DataView的過濾條件。
** Sort：設定DataView的排序條件。
** ToTable：將套用過濾與排序後的內容轉換為DataTable物件。
* DataRelation，可在DataTable之間設定欄位間的關聯。
* Constraint，設定欄位的條件約束，例如ForeignKeyConstraint為外部鍵限制，而UniqueConstraint則確保了欄位中的值都是唯一的。
DataSet和DataTable除了資料庫的處理以外，也經常被用來管理應用程式中的資料，並且由於它可以儲存在XML中的特性，也讓它可以用來儲存需要保存的應用程式資訊。DataSet中可包含DataRelation對象，用于建構表之間的約束關系。
在.NET Framework 1.x的時代，ADO.NET不同的來源有不同的類別搭配（前面已述及），但是若想要在不同的資料來源間搭配，那麼勢必要產生很多的變數來存放不同的資料物件，因此微軟在.NET Framework 2.0中提供了一個System.Data.Common命名空間，其中有各種必要物件的共用方法（例如連線是DbConnection，命令是DbCommand，讀取器是DbDataReader，資料配接器是DbDataAdapter等），以及DbProviderFactory物件，用來總管資料存取的物件。
DbProviderFactories則是電腦中所有提供者的總管，開發人員可用DbProviderFactories.GetFactoryClasses取得各個提供者的Invariant Name，再於呼叫DbProviderFactories.GetFactory時傳入指定提供者的Invariant Name即可取得DbProviderFactory，再利用下列方法取得共用物件：
* DbProviderFactory.CreateConnection
* DbProviderFactory.CreateCommand
* DbProviderFactory.CreateParameter
* DbProviderFactory.CreateDataAdapter
// This example assumes a reference to System.Data.Common.
static DataTable GetProviderFactoryClasses
// Retrieve the installed providers and factories.
DataTable table = DbProviderFactories.GetFactoryClasses;
// Display each row and column value.
foreach(DataRow row in table.Rows)
foreach(DataColumn column in table.Columns)
Console.WriteLine(rowcolumn);
return table;
XML在ADO.NET中扮演了相當重要的地位，DataSet和DataTable都可以轉換成XML或和XML之間交換資料，在DataTable的內部資料的變更記錄，可以被輸出到一個XML的格式，用來識別變更的情形，這個格式稱為DiffGram，而且它可以直接讀入DataTable之中（使用DataTable.ReadXml並用XmlReadMode.DiffGram當參數）。一個典型的DiffGram如下：
New Company
Ana Trujillo Emparedados y Helados
Antonio Moreno Taquera
Alfreds Futterkiste
DataSet與DataTable也支援直接讀入XML Schema建立結構的能力，以及自行依XML的內容推斷（inference）其結構的能力，下列程式碼為由XML推斷結構的程式：
DataSet dataSet = new DataSet;
dataSet.InferXmlSchema9("input_od.xml", new string "urn:schemas-microsoft-com:officedata");
DataSet和DataTable可以使用XmlDataDocument類別和XML DOM整合在一起，XmlDataDocument的角色就像一個橋接介面，並且作為DataSet和DataTable可使用XPath與XML DOM方式存取的方法。下列程式碼即為使用XmlDataDocument和資料庫中資料轉換為XSLT輸出的範例：
// Assumes connection is a valid SqlConnection.
connection.Open;
DataSet custDS = new DataSet("CustomerDataSet");
SqlDataAdapter customerAdapter = new SqlDataAdapter(
"SELECT * FROM Customers", connection);
customerAdapter.Fill(custDS, "Customers");
SqlDataAdapter orderAdapter = new SqlDataAdapter(
"SELECT * FROM Orders", connection);
orderAdapter.Fill(custDS, "Orders");
connection.Close;
custDS.Relations.Add("CustOrders",
custDS.Tables"Customers".Columns"CustomerID",
custDS.Tables"Orders".Columns"CustomerID").Nested = true;
XmlDataDocument xmlDoc = new XmlDataDocument(custDS);
XslTransform xslTran = new XslTransform;
xslTran.Load("transform.xsl");
XmlTextWriter writer = new XmlTextWriter("xslt_output.html",
System.Text.Encoding.UTF8);
xslTran.Transform(xmlDoc, null, writer);
writer.Close;
在.NET Framework中，DataSet被分為兩類，一種是不會強制使用特別型態的DataSet，稱為Untyped DataSet，使用上較方便，但沒有強制的型別限制，另一種則是Typed DataSet，會強制型別，並且是由自訂的XML Schema所產生，Untyped DataSet則沒有XML Schema，由建立時的結構來決定，Typed DataSet可以用Visual Studio，或者是SDK工具中的xsd.exe來產生。
xsd.exe /d /l:CS XSDSchemaFileName.xsd /eld /n:XSDSchema.Namespace
產生出來的Typed DataSet會自動將欄位設定成屬性，讓開發人員的存取更方便（這個功能在TableAdapter相當常見）。
CustomerDataSet customers = new CustomerDataSet;
SqlDataAdapter adapter = new SqlDataAdapter(
"SELECT * FROM dbo.Customers;",
"Data Source=(local);Integrated " +
"Security=SSPI;Initial Catalog=Northwind");
adapter.Fill(customers, "Customers");
foreach(CustomerDataSet.CustomersRow customerRow in customers.Customers)
Console.WriteLine(customerRow.CustomerID);
ADO.NET中有專門用來產生資料處理指令的指令產生器（Command Builder），它可以利用開發人員所指定的SELECT指令，自動產生對應的INSERT、UPDATE與DELETE指令，但一開始它並不會自動產生，而是要靠呼叫方法來取得：
* DbCommandBuilder.GetInsertCommand
* DbCommandBuilder.GetUpdateCommand
* DbCommandBuilder.GetDeleteCommand
最常使用到的地方是和DataAdapter並用時，但它要求傳入的SELECT語句所選擇的列集合中必須要有主鍵或者唯一鍵，否則無法產生，同時自動產生的指令因為判斷條件很多，對效能可能會有些影響。
ADO.NET和Visual Studio開發工具幾乎已經是無縫的整合了，開發人員可以利用Visual Studio來建立強型別（strong-typed）的DataSet，到了Visual Studio 2005時更能夠在Windows Forms應用程式中使用TableAdapter（Typed DataSet和DataAdapter整合的產物）來開發應用程式（不會再看到DataAdapter，但使用上差不多）。Visual Studio在建立Typed DataSet時有提供視覺化介面的支援，以及資料庫組態精靈（Database Configuration Wizard）來讓開發人員以簡單的設定方式來建立DataSet，部分開發人員也將TableAdapter和ASP.NET應用程式的ObjectDataSource控制項並用，亦得到不錯的效果。
在.NET Framework 3.5中，微軟特別為了DataSet和DataTable建立了LINQ Provider（稱為LINQ to DataSet或LINQ to ADO.NET），讓LINQ可以在DataSet或DataTable上使用，可以讓原本在DataSet上的投資（程式碼）得以繼續使用並享有LINQ的便利性。
對於ADO的開發人員來說，最明顯的變化在於以往ADO中的Recordset消失了，並且明確的分開為連線型的DataReader以及離線型的DataSet與DataTable，並且發展支援離線型資料來源的瀏覽工具DataView，這樣的改變，讓習慣使用ADO的VB/ASP開發人員會有某種程度的不習慣，同時讓ADO.NET的學習會較ADO有較些許的複雜性，因此有部分新入門或是VB 6.0/ASP開發人員會在學習.NET Framework或是使用VB.NET開發應用程式時，在.NET Framework中使用ADO來連接資料來源。但在.NET Framework應用程式使用ADO的話，.NET Framework會因為要多一層ADO的COM與VB.NET使用的.NET之間的資料轉換，會讓應用程式效能有少部分的損耗。
下述示例，用ADO讀取一個數據庫中的表格，然后轉為ADO.Net的數據，最后綁定到DataGridView控件中去顯示：
Dim rs As ADODB.Recordset
cn = New ADODB.Connection
rs = New ADODB.Recordset
cn.Provider = "Microsoft.ACE.OLEDB.12.0;"
cn.ConnectionString = "D:\\budget2016.accdb;"
cn.Open
'check whether the serial num exists in table cutter
Dim sSQL As String = "SELECT * FROM tPassword"
rs.CursorLocation = ADODB.CursorLocationEnum.adUseClient
rs.Open(sSQL, cn, ADODB.CursorTypeEnum.adOpenKeyset, ADODB.LockTypeEnum.adLockReadOnly,_
ADODB.CommandTypeEnum.adCmdText)
Dim da As New System.Data.OleDb.OleDbDataAdapter
Dim ds As New DataSet
da.Fill(ds, rs, "tPassword")
'rs.Close  'Cannot close
rs.ActiveConnection = Nothing
cn.Close
rs = Nothing
cn = Nothing
DataGridView1.DataSource = (ds.Tables("tPassword"))
ADO的RecordSet，相當于在客戶機或服務器的一個邏輯上的數據表格，使用者可以通過cursor來定位/讀寫當前行，但不能重新對這些行重新排序，也不能對客戶機上的多個RecordSet數據執行跨表的連接（join）查詢。ADO.Net針對上述缺點，在客戶機上實現了DataTable與DataSet，這是客戶機內存中的一套（多個）數據表格，可以對其執行各種單表或多表的查詢、修改、刪除操作，既可以使用SQL語句，也可以使用LINQ子語言。
ADO與ADO.Net的共同點，在其內部都是使用SQL語句來對后臺數據庫操作。
內在實現上，ADO是基于COM技術，因此變體類型（Variant）無處不在，這是一種通用、萬能類型；而ADO.Net是強類型的，并很好地支持數據庫元數據與XML功能。
隨著網路應用程式的進化，ADO.NET也隨之做了許多的改變，但不變的是，ADO.NET的基礎提供了強固的發展支援，這些進化的技術都是植基於ADO.NET的核心元件而來。
長久以來，程式設計師和資料庫總是保持著一種微妙的關係，在商用應用程式中，資料庫一定是不可或缺的元件，這讓程式設計師一定要為了連接與存取資料庫而去學習SQL指令，因此在資訊業中有很多人都在研究如何將程式設計模型和資料庫整合在一起，物件關聯對應（Object-Relational Mapping）的技術就是由此而生，像Hibernate或NHibernate都是這個技術下的產物，而微軟雖然有了ADO.NET這個資料存取的利器，但卻沒有像NHibernate這樣的物件對應工具，因此微軟在.NET Framework 2.0發展時期，就提出了一個ObjectSpace的概念，ObjectSpace可以讓應用程式可以用完全物件化的方法連接與存取資料庫，其技術概念與NHibernate相當類似，然而ObjectSpace專案相當大，在.NET Framework 2.0完成時仍無法全部完成，因此微軟將ObjectSpace納入下一版本的.NET Framework中，並且再加上一個設計的工具（Designer），構成了現在的ADO.NET Entity Framework。
Entity Framework利用了抽象化資料結構的方式，將每個資料庫物件都轉換成應用程式物件（entity），而資料欄位都轉換為屬性（property），關聯則轉換為結合屬性（association），讓資料庫的E/R模型完全的轉成物件模型，如此讓程式設計師能用最熟悉的程式語言來呼叫存取。而在抽象化的結構之下，則是高度整合與對應結構的概念層、對應層和儲存層，以及支援Entity Framework的資料提供者（provider），讓資料存取的工作得以順利與完整的進行。
以往在發展像是AJAX應用程式時，伺服端總是需要設計一個HTTP介面埠（end point），通常都會使用Web Service來實作，但是隨著Mashup應用程式的成長，若每次都要為一份（或一組）資料撰寫Web Service或HTTP end point的話，對開發人員也是不小的負擔，而且Web Service只支援XML/SOAP的資料格式，無法相容於Mashup應用程式常用的JSON資料格式，微軟也發現未來的Silverlight應用程式也是會面臨到相同問題。
當時剛好微軟的ADO.NET Entity Framework也正在開發中，它的EDM能力剛好可以提供給WCF資料存取的能力，因此微軟特別以ADO.NET Entity Framework為基礎，開發一個專門提供HTTP端點資料服務的資料供應層，即為WCF Data Services。
* ActiveX Data Objects（ADO）
* Open Database Connectivity（ODBC）
直角坐標系的四個象限
象限角，又稱象限（英文：) 意思是一圓之四分一等份，是直角坐標系（笛卡爾坐標系）中，主要應用於三角學和複數的阿爾岡圖中的座標系。
* x軸和y軸，或者，實數軸和虛數軸，數值均為正數的象限為「第一象限」。
* 「第一象限」的x軸為 0° 或 0 rad ，採用純數字的角度或弧度作度大小。（後者多過前者。）
* 由「第一象限」的 0° 或 0 rad 作逆時針轉動，為正增加角度度數。
* 一圈之內，共有四個象限，或 360° ，或 2π rad 。
羅馬數字表示
明確表示（X,Y）
每個像限中的三角函數符號
當一個三角形的鄰邊、對邊和斜邊比例和象限位置改變時，最常用的三角函數數值：正弦、餘弦和正切，也會有不同的正負值。
* 第一象限的 A 即是 All （全部皆正）。
* 第二象限的 S 即是 Sine （只有正弦為正）。
* 第三象限的 T 即是 Tangent （只有正切為正）。
* 第四象限的 C 即是 Cosine （只有餘弦為正）。
王彥，字子才，兩宋之際潞州上黨（今山西長治）人。性格豪緃，少年投軍，以武藝高超。選為軍官，補「下班祗應」（武官的最低官階）。從涇原路經略安撫使-{種}-師道討西夏有功。金軍入侵汴京時，棄家自請出戰。張所頗為器重，任為都統制。後成為八字軍領袖。
宋高宗建炎元年九月中旬（1127年10月間），河北招撫使張所命王彥任河北招撫使司都統制，率裨將岳飛和張翼、白安民等十一將與所部七千人渡河前去收復衛州等地。隨即張所因從前曾彈劾黃潛善而被貶逐嶺南，河北西路招撫司撤銷，王彥一軍成為孤軍。為了表達自己抗金的決心，王彥和他的部屬們都在臉部刺上「赤心報國，誓殺金賊」八個字，是謂「八字軍」，后來發展到數萬人，兩河地區紛紛響應，忠義民兵首領傅選、孟德、劉澤、焦文通皆附之，連綿數百里。金軍屢次進行圍剿都沒有成功。
東京留守宗澤聞王彥聚兵于太行山，二年（1128年）五月以彥為武功大夫、忠州防御使、制置兩河軍事。王彥后率萬余人南渡黃河歸附宗澤，即以所部兵馬付留守司，量帶親兵趨行在，面見黃潛善、汪伯彥，力陳兩河忠義延頸以望王師，愿因人心，大舉北伐。言辭憤激，大忤時相意，遂降旨免對。十月，以彥為武翼郎（武階，第四十二階，從七品）、閣門宣贊舍人（職，從七品）。定武軍承宣使、權主管侍衛親軍步軍司公事、禦營平寇前將軍范瓊以彥為御營平寇前軍統領，彥知瓊難於公事，遂稱疾不就，就醫于真州。苗劉兵變時苗傅、劉正彥授彥為御營使司統制官，彥以佯狂乞退休，許之。三年（1129年）三月，以武功大夫（武階，第十五階，正七品）、忠州防禦使致仕。高宗復位后嘉其行，七月為知洮州事、主管沿邊同安撫使司公事。知樞密院事張浚宣撫川陜，彥任川陜宣撫處置使司前軍統制，率八字軍從行。九月，授利州路兵馬鈐轄。張浚以京西盜賊坌起，而金州為蜀之後門，以彥任金均房州安撫使、知金州事。四年（1130年）五月，進右武大夫（武階，第十四階，正六品），九月授左武大夫（武階，第十三階，正六品）。十一月，為金房均州鎮撫使。紹興元年（1131年）九月，以破李忠之功，授拱衛大夫（武階官，第十二階，正六品）、溫州觀察使（遙郡官，第二階）。富平之戰后在川陜地區與金兵、劉豫偽齊軍作戰，屢得勝利。二年（1132年）六月，授洪州觀察使。三年（1133年）二月，以剿殺董先賊眾，收復商州之功，除龍衛神衛四廂都指揮使。六月，進保大軍承宣使兼川陜宣撫使司參議，彥不受。五年（1135年）四月，知荊南府事，充歸峽州荊門公安軍安撫使。彥因荊南曠土措置屯田，自蜀買牛千七百頭，授官兵耕，營田八百五十頃，分給將士有差。六年（1136年）二月，授保康軍承宣使（武階，正任官第二階，正四品）、知襄陽府事、京西南路安撫使，時岳飛為京西湖北宣撫使，彥上書以飛嫌辭。四月，張浚奏彥為行營前護副軍都統制、督府參謀軍事，彥率所部赴行在，授浙西淮東沿海制置副使。七年（1137年）正月，駐軍平江府，所部兵士因與協忠大夫、華州觀察使、權主管侍衛親軍馬軍司公事解潛部械鬥，罷軍職降授雄州防御使（武階，正任第四階，從五品）。二月，復洪州觀察使（階官，正五品）知邵州(治今湖南邵陽)。九年（1139年）十月卒，享年五十，贈昭化軍承宣使。二十九年（1159年）正月，以其累立戰功，贈典未稱，特贈安遠軍節度使。
王彥被罷兵權后，「八字軍」歸于右武大夫、開州團練使、權主管侍衛親軍馬軍司并殿前步軍司公事劉錡。紹興十年（1140年）五月，劉錡率「八字軍」在順昌府大敗完顏宗弼的金兵主力，取得「順昌之戰」的勝利。
成得臣，羋姓，成氏，名得臣，字子玉。楚成王時令尹，楚晉城濮之戰時戰敗，率殘部歸國途中受責，於連谷引咎自殺。
《史記·晉世家》：“晉焚楚軍，火數日不息。文公嘆。左右曰：勝楚而君猶憂，何？文公曰：吾聞能戰勝安者唯聖人，是以懼。且子玉猶在，庸可喜乎。子玉之敗而歸，楚成王怒其不用其言，貪與晉戰，讓責子玉，子玉自殺。晉文公曰：我擊其外，楚誅其內。內外相應。於是乃喜。”也就是說，儘管打了勝仗，重耳依然憂心忡忡，因為子玉未亡仍在。後子玉因受到楚成王責備其貪戰而羞愧自殺，重耳認為內外相應而喜出望外。
白鳳是日本飛鳥時代的私年號（日本書紀所無的年號），散見在寺社緣起、地方的地誌、歷史書等。通說是白雉（650年?654年）的別稱、美稱。
根據『二中歷』等是661年?683年。但是，根據中世以降的寺社緣起等是指672年?685年的期間。另外，《續日本紀》神龜元年冬十月條（724年）有「白鳳以來、朱雀以前、年代玄遠、尋問難明。」的記載。
* 『二中歷』『海東諸國記』等
總章（668年二月—670年二月）是唐高宗李治的年號。唐朝使用這個年號共2年餘。
《舊唐書》和新疆出土的《唐紀元鈔》作-{乾}-封三年二月改元總章元年；《新唐書》和《資治通鑒》作-{乾}-封三年三月改元。《崔穆墓志》內文“乾封三年，卒於私寢。粵以總章元年歲次戊辰三月乙酉朔一日乙酉，葬於屯留故城西之高原”，可知二月業已改元。
咸亨（670年三月—674年八月）是唐高宗李治的年號。唐朝使用這個年號共4年餘。
丹拿珍寶（Daimler Fleetline）是一款由丹拿研製的後置引擎雙層巴士，於1960年首次亮相。後來丹拿車廠的巴士生產業務被英國利蘭汽車公司（British Leyland Motor Corporation）購入，珍寶巴士的生產線因此於1973年被遷移到利蘭商用汽車，1975年起，丹拿巴士一律都被冠名利蘭成為利蘭珍寶（Leyland Fleetline）。
英國倫敦運輸局於1965年引入的丹拿珍寶
利蘭車廠於1958年推出新型的後置引擎巴士亞特蘭大（Atlantean），不但登車比過往採用半駕駛艙設計的前置引擎巴士便利，也使錢箱可安裝在駕駛座側邊，方便由駕駛員觀察乘客投幣繳付車資，從而減省車上配置售票員，達致「一人控制巴士」節省營運成本。利蘭車廠憑亞特蘭大巴士迅速壟斷英國市場，導致丹拿車廠的市場佔有率急遽下降，丹拿作為回應，在1960年代初推出香港稱為珍寶的Fleetline雙層巴士與利蘭的阿特蘭大競爭。
第一輛Fleetline巴士的底盤在1960年面世，稱為RE30（意即Rear Engine 30ft，30呎後置引擎）。Fleetline的樣版車配用丹拿自家開發的CD6引擎及Daimatic半自動波箱，裝上Weymann車身及披上伯明翰巴士公司的色彩後，隨即與另一輛示範底盤在1960年的英國商用車展正式公開發表。Fleetline在正式投產後初期更名為CRD6-30（Chassis Rear-engine Daimler 6-cylinder 30ft）。後來為提高市場佔有率，丹拿迅即為用家提供吉拿6LW及6LX引擎選擇，成為後來的CRG6-30。
Fleetline巴士在1962年量產後，在英國本土引起了很大的迴響。Fleetline在設計上跟亞特蘭大比較，不論長度及軸距都相若，引擎也同樣以橫置式配置，但Fleetline的傳動軸採用下置式（Drop-centre）設計，車軸的中央呈U字型，令巴士的地臺高度可以降低，更容易裝上較低矮的車身（英國很多巴士公司都樂於使用矮車身的雙層巴士），而不需要像初期的亞特蘭大一般採用上層靠一邊的一排四人的座椅設計來遷就矮車身的設計。另外，巴士底盤的前段大陣較亞特蘭大來得纖薄，更容易採用前門不設梯級的車身，令乘客登車更為方便。丹拿的Fleetline在英國市場大受歡迎，於1963年的訂單數量更超越利蘭亞特蘭大，逼使利蘭車廠也跟進推出採用下置式傳動軸設計的改良版亞特蘭大。丹拿車廠為打開海外市場，於1965年不但推出左軚版的Fleetline，還提供33呎（CRG6-33）及36呎（CRC6-36）兩種長度的版本，其中以33呎版本最成功，Fleetline在葡萄牙、南非及香港等地取得數量不俗的訂單，而33呎Fleetline也獲若干英國本土用家垂青。
丹拿汽車的母公司英國汽車控股公司於1968年併入英國利蘭汽車公司，利蘭車廠於是整合產品線，推出採用利蘭O.680引擎的Fleetline，型號為CRL6（「L」的意思是利蘭引擎），並決定將矮身版本的亞特蘭大停產，改為向有需要購買矮車身雙層巴士的客戶推介Fleetline。
1973年8月，英國利蘭汽車將Fleetline的生產線從高雲地利（Coventry）的前丹拿車廠廠房，遷往利蘭車廠位於化靈頓（Farington）的廠房，而最後一輛離開高雲地利廠房的Fleetline是供應給香港的中華巴士。自此以後，Fleetline與競爭對手亞特蘭大都是在同一廠房生產。利蘭為了確保Fleetline在生產線遷移後不影響新車交付客戶，化靈頓廠房在高雲地利的原廠房關閉前已經量產Fleetline，首輛在化靈頓廠房生產的Fleetline早於1973年3月已經出廠，比Fleetline在高雲地利的生產線在同年8月關閉的時間還早。
1974年下半年，Fleetline歸入利蘭品牌內，底盤識別碼改為利蘭車廠的標準，採用FE字頭（Fleetline的頭尾英文字母），如FE30AGR、FE33AGR等。第一輛以FE編制示人的Fleetline也是屬於中巴的，但利蘭沒有再為Fleetline注入更多新元素，只是把液壓輔助轉向系統（風油軚）及原本用於加長版Fleetline的45加侖油缸，列為所有Fleetline的標準設備。
1970年代中期，利蘭準備設計一款新型後置引擎巴士（即B15計劃），用來取代上一代的後置引擎巴士，並作為Fleetline及亞特蘭大的後繼產品，後來的成品即是泰坦型巴士。為了騰出生產線給新型號巴士，Fleetline因此被利蘭率先放棄，原因是Fleetline的生產線搬遷到利蘭在化靈頓廠房後，缺乏原丹拿車廠的周邊組件供應商和工廠支持，除了吉拿引擎供應短缺外，多項主要零件的供給都不及在高雲地利的原廠房便利，令Fleetline無法準時交貨給用家。利蘭車廠在英國的主要競爭對手於1977年推出都城嘉慕威曼都城巴士及丹尼士統治者巴士等新車款，這些第二代後置引擎巴士在動力系統效能和可靠性方面，都比Fleetline和亞特蘭大等第一代後置引擎巴士有大幅度的改善。另外，香港的中巴和九巴都是Fleetline的兩大海外客戶，但一直受到Fleetline的引擎散熱問題和攀斜能力不足所困擾，利蘭車廠因此應香港兩大巴士公司的要求，在1978年推出採用前置引擎及可供一人控制的勝利二型，香港兩巴於是將原有Fleetline的訂單轉移到這款前置引擎的新車型。由於生產上的問題、競爭對手新車型的出現及海外訂單的縮減，利蘭於是放棄Fleetline，令這款曾經很受歡迎的車款提早走進歷史。
最後一輛出廠的Fleetline巴士於1980年8月交付South Notts巴士公司，而最後一批33呎Fleetline共有12輛，型號為FE33ALR，於1981年加入英國Southend巴士公司。
在20年的生產內，丹拿／利蘭合共生產了11728輛Fleetline巴士，當中包括：
*360輛30呎、33呎、36呎的單層版本（CRG6LXSD、SRG6LW-33、SRG6LX-36、SRG6LXB-36、SRL6-36）；
*9702輛30/31呎的標準雙層版本（RE30、CRD6-30、CRG6LW-30、CRG6LX-30、CRG6LXB-30、CRL6-30、FE30AGR6LXB，FE30ALR、FE31AGR、FE31ALR）；
*1666輛33呎雙層版本（CRG6LX-33、CRG6LXB-33、CRL6-33、FE33AGR6LX、FE33AGR6LXB、FE33ALR）。
另據文獻記載，丹拿曾經生產過17輛配縱置康明斯引擎的36呎雙層版Fleetline CRC6-36，當中16輛被出口到南非約翰內斯堡，另一輛留在英國。
Fleetline可選配的動力配搭十分多，除了有丹拿自產的引擎外，也有吉拿、利蘭及康明斯等，在1970年更曾經安裝以石油氣為燃料的勞斯萊斯多燃料引擎（Middlesbrough 70 - FXG870E）進行測試。至於波箱的配搭則變化不大，一直使用Daimatic或利蘭SCG系列的半自動／全自動波箱。雖然曾有一些試驗性的組合，如配用福伊特全自動波箱（九巴D738，BH6639），但因當年的技術尚未成熟，始終未成氣候。
香港的中巴及九巴於1970年代大量引入丹拿／利蘭Fleetline新巴 士。由於當年它們的載客量驚人（33呎Fleetline巴 士的載客量超過120人），中巴於1974年宣傳Fleetline巴 士時便將她跟當年名噪一時的「珍寶」波音747飛機作對比，比喻她為巴 士界中的珍寶，並在數輛珍寶上貼上「JUMP ON A CMB JUMBO」的橫額廣告，因此丹拿／利蘭Fleetline在香港被稱為「珍寶巴 士」。
後來香港的非專利巴 士公司－城巴、雅高巴 士及有豐旅運－皆從英國引入二手丹拿／利蘭Fleetline巴 士。
中巴是香港首間引進丹拿珍寶的巴 士公司，亦是香港首先大量引進珍寶的巴士公司。
1960年代末期，前置引擎巴 士在英國沒有市場或因為利蘭的收購行動而相繼停產，令市場上只有後置引擎巴 士底盤可供選擇。中巴為測試後置引擎巴 士在香港的營運成效，於1971年以高達20萬港元購入1臺30呎長的Fleetline CRG6LX-30巴 士底盤（當年一輛佳牌阿拉伯五型巴士底盤售價只是12萬港元）。Fleetline底盤的售價這樣高的原因，是因為當時英國政府的運輸政策造成。在1960年代末期，英國政府為鼓勵巴 士公司推行一人控制模式（One-Man-Operated，OMO模式）改用後置引擎巴 士，便推出購買巴 士津貼資助計劃。巴 士製造商有見及此，立即大幅提高後置引擎巴士的售價超過兩倍，而英國本土的巴 士公司因有政府的津貼資助，對巴 士售價大幅提高的反應是「沒有什麼大不了」。但香港政府的運輸部門沒有為巴 士公司提供購買巴士的資助，當時政府又要求香港的巴 士公司只可從大英國協地區購買巴 士，英國政府與巴 士製造商的「聯合加價行動」，對香港的巴 士公司而言簡直是一場惡夢。
中巴購入首臺Fleetline底盤時，委託向中巴及九巴提供車身散件的金屬部件（Metal Sections）設計以及製造一個闊度為8呎半的車身，於英國裝上車身骨架後再拆除，然後將車身散件與Fleetline底盤一起付運到港。
首臺Fleetline底盤抵港後，在北角渣華道車廠裝上金屬部件車身，被編為RLX1（意思是Rear engine 6LX），1972年2月9日領取車牌AX6001。中巴及當年丹拿香港代理商天祥洋行隨即在皇后碼頭廣場為RLX1舉行交接儀式及記者會。RLX1除了是香港首輛全新的後置引擎巴 士外，同時是專利巴 士車牌預留制度在1972年取消後，首輛登記出牌的專利巴 士。
在RLX1試行1年後，由於受乘客一致好評，中巴於1973年決定再訂購30輛33呎Fleetline（LF1-LF30），採用金屬部件車身，車廂安裝了當年首次出現的3+2式座椅。在同年12月24日，首輛33呎Fleetline領取了BE7659的車牌率先投入過海隧隊線101服務，車隊編號編為LF1（Long Fleetline的意思），RLX1在同時正式更名為SF1（Short Fleetline），而LF2-LF30則於1974年1月至5月全面投入行走。而''China Motor Bus''的字樣也由這30輛珍寶開始在中巴車身上出現。
;金屬部件（Metal Sections）改良型
在LF1-LF30尚未全數投入服務前，中巴再向利蘭加訂多75輛珍寶（LF31-LF105），車身選擇上雖然同是金屬部件，但九巴亦在1974年購入首批同款巴士，而且車身供應商亦是金屬部件。中巴有感於車身款式與採用相同車身的九巴珍寶過於相似，加上當年中巴和九巴的車身色彩也是奶黃色與紅色的配搭，容易引起乘客混淆。故中巴要求金屬部件為這75套車身組件作出改良，期望塑造出有中巴特色的珍寶。
改良項目包括：
*加深所有車窗，並在所有玻璃上加上鋁合金框架。
*駕駛室的車頭擋風玻璃採用向內傾斜的方式，以減少光線反射。
*頭、尾路線號牌箱改用3格式牌箱。
*所有膠邊（牌箱玻璃及方形的梗窗）改用銀白色膠邊。
這75輛珍寶在1975年4月10日至1976年7月16日投入服務，這批珍寶也是首批在車頭、尾全面採用3格式路線號碼布牌箱的專利巴士，但左側牌箱仍維持一幅過布牌設計。因金屬部件車身的車頂呈圓拱形，後來被一些巴士業界人士稱為「圓頂寶」。
雖然金屬部件為中巴作出了很多改良，但車身外型始終也是與九巴珍寶過於相似，未能有效達到中巴要求「別樹一幟」的目的，加上金屬部件的鐵製車身在香港的氣候容易出現銹蝕，使中巴萌生在訂購下一批珍寶時另覓車身供應商的念頭。
;LF106的誕生
中巴在試用Ailsa-Volvo B55（AV1，BJ4862）時，對這款巴士底盤安裝的亞歷山大車身甚為滿意，因此在訂購第3批共40輛珍寶（LF107-LF146）便順理成章選擇了亞歷山大車身。
此消息傳到金屬部件的管理層中，為挽留中巴這個重要客戶，金屬部件立即採取行動試圖亡羊補牢，以改良型車身為基礎，再進一步改良成擁有「Peaked Front Dome」的車身，成為日後的LF106。
進一步改良的項目包括：
*頭、尾車頂由以往圓拱形改成Peaked Front，與亞歷山大L型車身的尖頂造形相似。
*把上層車頭的客窗改用雞翼型車窗。
*把下層左右旁邊兩扇尾客窗由T字型改為田字型。
*把左邊的路線牌箱改用3格式布牌箱，並改放在第2個客窗對上的旁板內。
*以淺藍色防火板取代油漆粉飾車廂。
以上改良被定案後，金屬部件立即從第3批LF的訂單中抽出一臺底盤，在英國蘭開夏郡完成LF106的裝配工作，到港後獲發車牌號碼BL1416。形象上的確有所不同，但整體的抄襲味道很濃，給人的感覺總是把亞歷山大L型車身的特點強行放在金屬部件車身之上。也因為這個原因，LF106沒有替金屬部件挽回中巴，往後的珍寶車身訂單全給亞歷山大奪去。而LF106這款擁有Peaked Front Dome的金屬部件最終改良型車身，除LF106外最後只生產多10套，全數供應給新加坡巴士（SBS）裝嵌在1977年訂購的首批利蘭亞特蘭大AN68/2R之用。
;亞歷山大（Alexander）車身
配亞歷山大車身的珍寶巴士
中巴在1975年開始訂購的珍寶，為樹立別具一格的形象而選用了亞歷山大L型車身。亞歷山大提供給中巴的L型車身稱為CB型。亞歷山大車身除了外觀上達到中巴要別樹一幟的要求外，車身設計上也比金屬部件來得優勝。
*以往金屬部件車身，因為車窗與車身骨架直接磨擦而經常發出噪音，亞歷山大將所有車窗與車身以橡膠邊扣接，避免車身震盪時與車窗直接撞擊產生的噪音。
*車身外皮和骨架以鋁合金製造，能夠免除車身銹蝕的問題。
*車頭及車尾大量採用玻璃纖維製造的組件，所需的維護時間比金屬組件少。
因亞歷山大車身珍寶的線條給人很流暢的感覺，所以後來有些中巴車長稱這些亞歷山大車身的珍寶為「流線寶」，同時因為車頭和車尾的車頂採用呈尖型的纖維組件，所以這批珍寶被為「尖頂寶」。
第1輛配亞歷山大CB型車身的珍寶（LF107），1976年初在蘇格蘭亞歷山大廠房完成裝嵌，在1976年中抵港，並於7月16日取得BL483的車牌。由LF108開始，往後的流線寶也在北角渣華道車廠完成裝嵌。
最初LF107、LF108與之前的珍寶一樣採用奶黃色與紅色的配搭，中巴雖然在車身造形上達到了預期目的，但管理層打算再下一城，全面更改車身色彩配搭。
於是LF109-LF125被髹上數個不同配搭的車身色彩，以觀察色彩配搭的效果，最後選定了上奶黃下彩藍的配搭為新的標準色彩。自此中巴無論在車輛款式或色彩方面也與九巴有明顯分別。
中巴於1977年向利蘭訂購最後一批共70輛33呎的LF。後來為了取代矮車身版佳牌阿拉伯五型巴士（LS）行走山頂及南區路線，把訂單更改為40輛33呎Fleetline FE33AGR6LXB（LF267-LF305）及30輛31呎標準長度Fleeetline FE31AGR6LXB（SF2-SF31）。後者於1979年抵港，裝嵌亞歷山大 CB型車身後在1979年11月8日至1980年4月1日投入服務。因SF比LF短了2呎，所以亦被稱為「短寶」或「縮水寶」，同一時間LF也相應地被冠上「長寶」的別號。
中巴為珍寶向亞歷山大購入的CB型車身共分8個合約批次
合約簽署年份
CB1/3475
LF107-LF146
CB2/2576
LF147-LF186
CB3/2976
LF67、LF187-LF225
CB4/1177
LF226-LF265
CB6/3677
LF266-LF305
CB8/3677
SF2-SF31
CB16/2082
LF1、LF5、LF13、LF18、LF21、LF25-LF30、LF46、LF48、LF105、LF137、LF178、LF211、LF251、LF271
CB18/2082
註1：LF31的車身合約原本是屬於CB16，但不知何故後來被改為CB18。
註2：中間缺去的合約CB5/1277、CB7/1178、CB17/2182是供重建佳牌阿拉伯五型巴士（LX）之用，而CB9/179是30輛丹尼士Jubilant的車身合約，CB11/279、CB12/2679、CB13/280、CB14/3280、CB15/1882是屬於勝利二型的車身合約，CB10這個合約編號則沒有被採用。
亞歷山大供應這8批珍寶車身時，按中巴要求修改了車身的細緻設計。
首批珍寶車身（CB1/3475），下層右邊駕駛席後第一個客窗是一個正方形的小窗。尾牌箱的位置是偏向近行人路的一邊，車牌窗設尾牌箱的隔鄰。
由CB2/2576開始駕駛席後的正方形客窗的尺寸，改為與下層其他長方形客窗相等的尺寸，而車身中間的黑色鋁邊被下移了約3吋。
亞歷山大在CB6/3677這批車身上修改了更多項目。包括把尾牌箱移高及置中，上層太平窗改為三片式玻璃。除此之外，車箱內的三幅閘門擋板玻璃尺寸被改低，並在上方加設一個長形的透風洞，以改善空氣流通。
CB8/3677除了車身長度及尾部客窗設計有少許不同外，基本上與CB6/3677的分別不大。
;「自動波」珍寶
珍寶所使用的Daimatic、SCG、或利蘭GB系列變速箱，都是利用 electro-pneumatic system為變速箱操作系統。
這個系統利用兩個基本主要元件操作：
*Gear Selector Switch（算盤子）及
*electro-pneumatic valve unit（EP vaiue）。
在設計之時，這個系統容許用家自行決定使用半自動操作模式（利用算盤子直接接通選擇的波檔電路到EP value），或使用全自動操作模式（利用算盤子接通電路後，經由自動變速電腦選擇波檔，再接通EP value的波檔電路）。
中巴在1976年至1977年購入的一批LF，有61輛配用利蘭SCG340全自動變速箱，但這些「自動波」珍寶在轉換波檔時會產生很強烈的頓挫，除了令乘客感到不適外，也加速零件損耗。所以中巴後來把操縱組件改為半自動操作模式，與其他珍寶看齊。60輛「自動波」珍寶在1996年之前被拆除自動變速電腦，改回半自動操作界面，唯獨LF264繼續使用自動變速模式直至退役。SF2-SF31在剛出牌時也配用利蘭GB350全自動變速箱，但在行車時遇到與「自動波」LF相同的問題，最後也在1988年之前改作半自動操作模式，唯獨SF2繼續使用自動變速模式直至1984年1月退役。
中巴這些丹拿珍寶在70至80年代多數被派往行走過海隧道路線，包括101、102、103、104、105、106、111、112、113，港島主幹線2、8、8A、10、25、81、82、82A、83，半山區路線12、12A、23、23A、23B、26，市區半直通線18、20、21、22、80，港島南區路線38、38A、42、48、70、71、72、73、75、78、79、98等，為中巴當時的主力車款。至1990年代由於有載客量更大的12米三軸巴士加入，部份珍寶被派出行走一些客量較低的短途線如2M、84、84M，但仍有不少留在客量不俗的過海隧道線及主幹線行走。後來為對抗城巴而開辦的43X，中巴更全線使用珍寶作為對抗工具。在1992年，香港運輸署以保障行車安全為理由，勸諭香港巴士公司派出變速箱附有減速器的巴士，行走行經斜度達1：10的路線。由於珍寶變速箱沒有減速器，因此中巴把很多途經柴灣道路線上的珍寶徹離，其空缺由其他車款填補。但仍有個別路線依然派有珍寶行走直至中巴專營權結束，例如606。
至於31呎長的SF2至SF31，則多被安排行走爬坡及路面環境較狹窄多彎的路線，如行走山頂的15號線，赤柱的6、6A、61、63、64、65、66，但也在上下班的繁忙時間被派往過海隧道線作加班車疏導乘客，偶爾也以後備車身份被派往支援其他路線，用途廣泛，同時反映出中巴對珍寶的重用程度十多年來沒有太大改變。
中巴的專營權在1998年8月31日結束前，剩下了約120輛珍寶，其中的100輛包括72輛LF及28輛SF售予新專營權營運者新巴，在9月1日正式收歸新巴旗下。新巴接手珍寶初期，繼續一如以往把珍寶投放在各條主要路線。新巴為加強山頂路線15、15B的服務，除了用盡手上可調動的SF外，更加派了LF為「字軌車」行走，而為了宣傳15號線，新巴更在SF8及SF31上披上宣傳15號線的彩繪廣告。除了數輛LF及SF被髹上不同的政府廣告外，新巴初期翻髹珍寶時無意更改中巴色彩，只在翻髹後把全車內外的告示標貼改用新巴標準，以這種形式翻髹的珍寶有SF20、SF21、SF24、SF25、SF30。後來為洗脫中巴形象，把部份SF（包括SF4-SF10、SF13、SF16、SF19）以新的標準翻髹，原中巴色的（及廣告過期的SF10、SF19）被髹上綠、白、橙的新巴標準色彩，而原本帶有廣告的SF4，則只把原中巴標貼除去，粗略修飾原漆後貼上新巴標準標貼。隨著新訂購的Dennis Trident 10.3米（矮車身）巴士陸續抵港，在2000年仍在新巴服役的珍寶只剩下14輛（SF4-SF10、SF13、SF16、SF19、SF24、SF25、SF30、SF31），他們在末期除了行走15號線外，也分佈在2M（已取消）、43X（已取消）、84（已取消）、84M（已更改為82M）、88（已取消）、91及94等盈利較低的路線。其中兩輛珍寶巴士在新巴服役期間重新登記車牌，原車牌則被套於高級職員的座駕上。
在新巴服役期間重新登記車牌的珍寶：
*LF48 - BJ823→HX3658
*SF11 - CB8388→HX6768
在中巴試用SF1及首批30輛珍寶巴士（LF1-LF30）後，九巴亦於1974年至1979年間，分3批引進共450輛33呎長的珍寶巴士（D666-D1115），分別採用金屬部件（D666-D814、D816-D887、D889-D930、D932-D962、D965-967）、英國鋁材公司（BACo）車身（D815、D963-D964、D968-D1115）及九巴自家車身（D888及D931）。