試用ECO 結果: 1.ECO 使用起來,綁手綁腳,根本是像不同的語言,令人難理解,若學了這技術,轉職時,不學其他技術如ADO.那麼即等於失業。 2.還有OCL 不像SQL 容易操作及明確了解,使用起來,很難操作,若能OCL與SQL 可同時在ECO 操作時,才是方便,否則ECO根本是很不易使用操作。 3.ECO CLASS 產生的TABLES 根本沒有可供關聯的KEY ,因此要客制化結合如WEB報表時(WEB直接DataSource到資料庫-(DBS))與ECO 的rhRoot 根本不同資料來源，因此藉用Filter 去過濾時,要報表全load 所有的資料出來,再過濾顯示，根本不合理,(若全SELECT 出來再用ECO來過濾,資料上千萬筆時,可想而知)WebReport 根本是用sql 下指令,而ECO是用OCL 。 若當WebReport 要 where 要找的資料時,根本找不到Tables 中的 參考鍵,完全看不出有正規化的主鍵及外來鍵/參考鍵的表達,資料結構也全變了﹐換言之-若用ECO 之後,未來要在其他平台也要用ECO 技術發展才行,否則用ADO等技術,根本不能用SQL 表達來處理它(因為資料結構不合理亦看不懂),因為沒有了主要的一些鍵,試問要如何操作。 PS:有機會的人體會一下就知道了,建立ECO 之TABLES 到資料庫去看一下,TABLES 的定義結構是相當奇怪,只有ECO 本身看得懂,一般人根本不知這資料結構是怎麼表達的。 [AddExternalId],是自動即時產生,根本在資料庫不會出現;且沒有這FIELDS ,那未來如何做關聯呢,(如MASTER 的AddExternalId 對應到 DETAIL 的AddExternalId,在資料庫中的哪裡? (因為一個MASTER TABLES 會用許多主檔資料筆,再形成一DETAIL TABLE中的多明細內容) 反正看起很奇怪,難以理解這種的ECO資料結構(可謂異世界的Schema)。 PS:有些令人失望,技術範例不明確及未能本土中文化,造成不親和性。 雖然英文能力還不錯(MS中文化的文章就很清楚明確且易瞭解),但BORLAND的英文文章,真的很不可讀性,還要注意文法說明再看技術強調重點,是真的很累。 DHM 發表人 - atein 於 2005/10/16 09:55:08

------
ATEIN

這是很old 的文章了哦,ECO 現在是很好用!只是技術文件要自己找及研究。

------
ATEIN

你的方式大家都知道，問題也在其中～
因為Borland根本沒有在這一塊做好行銷。
行銷不只是廣告，比其MS的.Net Help 就可以知道
Borland幾乎～自己想～講不下去了～
===================引 用 文 章===================
這是很old 的文章了哦,ECO 現在是很好用!只是技術文件要自己找及研究。

------
{"name":{["賈氏柏"]}}

我個人不看好ECO這個東西,原因與樓主一樣,包裝得難以操作

ECO 已從 CodeGear 分離出來了，亦會有 VS .NET 的支援。

http://www.capableobjects.com/