請教各位, 在連資料時,我們通常的習貫用CDEdit這個元件,在一主檔關連明細檔時,有時會參考到很多table,此時CDEdit的元件將會很多, 有人有試過在一個中大型的專案中(比如說一個人事薪資系統) 全部的CDEdit元件,全都用一般的Edit元件來做嗎 一般來說,如果用CDEdit這個元件,新增修改都很容易可以做到, 但如果用Edit這個元件,所有寫入的資料都要自己去處理. 我現在面臨的是我正開發一個這樣的系統,目前才開始做,我全部的元件都是用Edit來存取資料庫,其實這樣也是很好控制,只不過開了幾個form之後發現,需要的變數越來越多,請問各位,這樣做可行嗎,有人這樣做過的嗎...請給我指示一下,謝謝!!

是DBEdit嗎? 如果是連結資料庫的話我通常是用DBEdite, 我覺得VCL提供的事件瞞多的,還瞞好控制的, 應該不需要使用到Edit.

aamihcom, 您好 我想沒有硬性要求必須使用什麼元件， 但是DBEdit是針對資料庫而設計的元件， 在對資料庫的設計上應該是會比Edit方便許多， 所以建議在設計資料庫時， 使用DBEdit會比較好。    ================================= 涵養怒中氣。謹防順口言。留心忙裡錯。珍惜有時錢。 是非終日有，不聽自然無 天下本無事，庸人自擾之

你好這應該是有關運用上的問題 小弟有用過tedit開發過一個專案 把6個table的編輯功能都設在同一個tform裏 在必須用到的其他tform都得要設幾個共用的全域變數 因為在這當中有些邏輯方面的問題不過那是有5個table的資料跟一個table有關聯性才如此做的,小弟在想除非您已習慣使用tedit連結資料庫,或者有兩個以上的table須在同一tform上作業,也可能有須要用到tedit的情況下,才使用tedit。 建議用資料感知性元件做資料的編輯,畢竟對開發專案來說會有較好的成效,而且程式碼會少一些。 「堅持」從洗馬桶做起 Aric

多謝二位大大給小弟的建議,只是當初覺得用Edit完全自己來控制會比較彈性,後來是發現該開的變數及程式碼多了好幾倍,原來拉一拉就好的功能變成要寫很多來做,但我個人覺得雖然多了一層的變數宣告,但若在需要很多計算的時候,這樣倒也不錯,比較有結構性一點,小弟最困擾的就是想看有沒有人有這樣開發一個中大型的案子．form大於20個以上,小弟現在所開發的是一套專案的人事薪資系統，有這樣完成一專案的人，可否提供個心得． 謝謝~~^_^