摘要: 首先，我們來看一下什么是內部類？

內部類（inner class）是定義在另一個類中的類。

那么為什么需要使用內部類呢？

其主要原因有以下三點：

（1） 內部類方法可以訪問該類定義所在的作用域中的數據，包括私有的數據。

（2） 內部類可以對同一個包中的其他類隱藏起來。

（3） 當想要定義一個回調函數且不想編寫大量代碼時，使用匿名（anonymous）內部類比較便捷。

  閱讀全文

     摘要: Java 初學者——繼承設計技巧

下面給出一些對設計繼承關系很有幫助的建議：

（1）將公共操作和域放置在超類

（2）不要使用受保護的域

有些程序員認為，將大多數的實例域定義為protected是一個不錯的主意，只有這樣，子類才能夠在需要的時候直接訪問他們。然而，protected機制并不能夠帶來更好的保護，其原因主要有兩點。第一，子類集合是無限制的，任何一個人都能夠由某個類派生一個子類，并編寫代碼以直接訪問protected的實例域，從而破壞了封裝性。第二，在Java程序設計語言中，在同一個包中的所有類都可以訪問protected域，而不管它是否為這個類的子類。

.......................  閱讀全文

     摘要: 用戶訪問數據庫的過程

現以用戶通過應用程序讀取一個記錄為例，說明用戶訪問數據庫過程中的主要步驟

（1）用戶在應用程序中，首先要給出他使用的子模式名稱，而后在需要讀取記錄處嵌入一個用數據操作語言書寫的讀記錄語句（其中給出要讀記錄的關鍵字值或其它數據項值）。當應用程序執行到該語句時，即轉入DBMS的特定程序或向DBMS發出讀記錄的命令。

（2）DBMS按照應用程序的子模式名，查找子模式表，確定對應的模式名稱。可能還要檢驗操作的合法性，核對用戶的訪問權限，如果通不過，則拒絕執行該操作，并向應用程序狀態字回送出錯誤狀態信息。
  閱讀全文

     摘要: 關系型數據庫的體系結構

一、數據庫的分級結構

ANSI/X3/SPARC的數據庫管理系統研發組，在1975年公布的研究報告——“Interim Report”中，把數據庫分為三級：外模式、概念模式和內模式。

當今流行的數據庫管理系統雖有多種，所用術語也各有不同，但在數據庫體系結構上仍呈現三級結構的特征。

用戶級數據庫是單個用戶看到和使用的數據庫，因此也稱為用戶視圖(View)，在許多文獻中又稱為子模式，對應于外模式，它是單個用戶看到并獲準使用的那部分數據的邏輯結構（稱為局部邏輯結構），用戶根據系統給出的子模型，用詢問語言或應用程序去操作數據庫中的數據。

  閱讀全文

     摘要: 簡單的介紹幾點技巧，應用這些技巧可以使得設計出來的類更具有OOP的專業水準。
(1)一定要將數據設計為私有
最重要的是，決對不要破壞封裝性。在有的時候，需要編寫一個訪問器方法或更改器的方法，但是最好還是保持實例域的私有性。很多慘痛的經驗告訴我們，數據的表示形式很可能會改變，但他們的使用方式卻不會經常發生變化。當數據保持私有時，它們的表示形式的變化不會對類的使用者產生影響，即使出現bug也易于檢測。
  閱讀全文