Mindsware動態資料物件平臺v0.2版釋出 (轉)

Mindsware動態資料物件平臺v0.2版釋出 (轉)[@more@]

Released version 0.2 at .12.20

經過將近四天不分晝夜的奮戰，終於按照幾個熱心朋友的建議，做了如下改進：
1. 新增一個用於存放定義的Mindsware.Core..DBContext類。

2. 按照AbstractFactory虛擬類工廠新增了一個Mindsware.Core.Db.DBFactory
  類，按照不同的ProvrType採用Reflect方式，在runtime初始化各種
  底層資料類的例項，而不是在Design time就引用諸如.DataAccess之類的
  assembly。使用了IDBFactory介面，作為以後擴充對更多的Provider（例如
  ODBC等）的支援時修改成更標準的AbstractFactory模式之用。

  現在，無需引用Oracle.DataAccess的assembly即可編譯和執行，如果要使用
  OracleDataProvider，只需要按照示例專案中的.config那樣設定好到Oracle
  資料庫的連線定義，給出Oracle.DataAccess.dll的具體路徑即可。

3. 修改了O-R Map層的所有，以適應這種變化，光這個花了我十多個小時
  來修改和測試。

4. version 0.1中，當修改了Global類裡邊的預設DBContext之後，必須重啟整個IIS
  以反映變化，現在不用了。修改Global.Application_Start事件處理方法裡邊
  的預設連線之後，重新編譯即可生效。如果不顯式設定用哪一個DBContext，那麼
  會用名為default的DBContext，這也是為什麼設定裡邊至少要有
  一個的原因了。

5. 不僅可以一次性的很方便的在Global類裡邊設定全域性預設DBContext，而且可以
  單獨為每一個DB的子類設定該子類所用的DBContext，也就是說，很容易在
  同一個專案中的不同DBObject子類中使用不同的資料連線，只要這些資料連線的
  資料庫定義都在web.config檔案中設定好就行。關於這個的用法，請參考
  MindswareTest示例裡邊的MindswareTest.DataObjects.Items2類的構造。

6. 修改了web.config檔案中資料庫定義()的格式，並且寫了一個
  Mindsware.Core.Misc.ContextSectionHandler作為SectionHandler來處理這種自
  定義檔案格式。

7. 資料庫登入密碼不再以明文顯示，而改用DES演算法加密後存放在配置檔案裡邊。

8. fix: For OracleDataProvider, when try to insert or update a BLOB column
  with a null ed file, a OCI Lob exception occurred.

9. Bug fix: In query datasheet, when sumbit a query with date conditions,
  the result page displayed a "Bad date format" error and did not perform
  the expected query.

Released version 0.1 at 2003.12.14

感謝SMTH 版的nineteen版主和我的老朋友kangdh :)

到這裡所有原始碼及示例：

論壇地址：
?boardid=6">