Type class內宣告instance variables跟其accessors

Provider class內放資料的CRUD oprations，傳入參數而非透過O/R mapping來操作的話，這些oprations應該宣告成static，也就是class method。

舉例來說，假設有兩個物件，作者跟書 Authors (id, name, gender) // 編號，姓名，性別 Books (id, author_id, title, subtitle, published_at) //編號，作者FK，標題，副標題，出版日

要更新書籍時，透過Books的provider進行以下動作：

…BooksService.Make().Update(modified_row);

或 beyound_java.Update(modified_row) // beyound_java是一個books物件 都是不好的，

前者不符合LoD，只跟親近的朋友溝通，或稱最少知識原則。 後者有可能產生不make sense的狀況，看看下列的語法

beyound_java.Update(3, 4, “better faster and lighter java”, null, null) // beyound_java是一個books物件

竟然由beyound java這本書去更新另一本書的資料，這很詭異，正常的作法應該是所謂「上系統」去修改資料，所以我目前認為這些oprations宣告成class method會比較合理一點。

至於service，其實可以不必存在，將為了跟控制項溝通的語法寫在provider裡面的各個method前即可。