推 del680202:大概瞭解了 感謝T大解說 06/06 00:16
推 gpmm: 感謝T大解說 06/06 00:18
推 JYHuang: 感謝T大解說 06/06 00:35
→ TonyQ:我怎麼有一種我掉到一格洞的感覺 樓上兩位大大裝死啊XDDDD 06/06 00:43
※ 引述《del680202 (飄落的櫻花)》之銘言：
: 這幾天再想一個問題
: 最近看到一些例子
: 把資料表設計成一個物件來用
: 比如說 資料表A 有欄位 id name address
: }
: 所有動作都由函式包好
: 請問這種做法在實務上常用嗎?
: 雖然插入 修改 刪除變得蠻淺顯易懂的
: 但是效率好像不太好的樣子
: 想要抓資料應該應該還是要靠平常的select語法吧
: 不然一個物件就是一筆資料
: 1000筆資料豈不是要創建1000個物件
: 而且這作法似乎也不容易去跟Asp.net的datalist等顯示元件結合
: 我的盲點是在於這種寫法的實用性跟效率
: 所以想請問各位有經驗的版友
: 這種寫法是否妥當? 還是只是我想太多了
這算是 OR-Mapping的操作法， （Object-Relation Mapping）
基本上實務已經非常普遍，搭配 reflect 更是效用無窮。
更有一些已經寫好的工具可以用，(ex.hibernate , xdoclet ...etc)
他靠的是一種轉譯器的方式，
藉由先設定好物件與資料的對映，來達到方便操作的目的。
不過你寫的Object功能太複雜了，每個object都要帶這麼多功能鐵定不行，
但是多一層 Data Access Object (DAO) 甚至 Data Manager，
就可以有效減少負擔跟把結構給解離。
說真的實務上除了講求理論，
為了追求開發品質跟速度，善用工具也相對的很重要。
基本上，除非你是要做data mining，
不然要撈一千個物件的機會其實沒你想像中的多。
大部分都是分頁、片段處理。（當然，凡是總有例外。）
--
What you want to have ? / What you have?
從書本中，你可以發現我的各種興趣。
從ＣＤ中，你可以瞭解我所喜歡的偶像明星。
或許從文字你很難以瞭解一個人，但從物品可以。
My Ppolis , My past. http://ppolis.tw/user/Tony1223
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.134.27.68
※ 編輯: TonyQ 來自: 220.134.27.68 (06/06 00:09)
※ 編輯: TonyQ 來自: 220.134.27.68 (06/06 00:10)