架構設計時的錯誤對項目的影響

很早以前做了以下兩件事：
1、對.net下的資料庫訪問技術做了一個簡單的封裝，對於任何的資料表，都可以採用統計的結構進行訪問。
2、然後做了一個代碼產生器，對不同的資料表進行一些類的封裝。
這樣的計劃幾乎是完美的!而且在我後來的所有與資料庫打交道的項目裡，都採用了這種架構模式，而且效果還不錯。
沒想到卻有這樣的一個小錯誤：
1、表中的每一條記錄是用HashTable進行緩衝的，在不明確資料庫裡有哪些欄位時，是直接先在緩衝的HashTable裡的。然而，沒想到，它按KEY讀寫資料時是大小寫敏感的。這本來也沒什麼，因為代碼產生器會根據資料庫裡的欄位名的大小寫自動匹配。但是，前幾個星期，因為對資料庫做了一個小的修改，原本要用代碼產生器對類代碼進行一次修正。但我認為修改的內容不多，所以就自己手動的修改。結果，這個大小寫讓我犯了兩次錯誤。
2、更鬱悶的是，類與資料庫中的欄位出現了錯位。因為自己以為手動修改代碼是成功的，沒想到N天前的錯誤隱藏到今天。而且還是經過多次調試才發現，原來欄位沒有對齊。

　　這是很鬱悶的錯誤，原來不應該發生的。如果當是不是太自以為是，還是用工具把代碼修正一下，就不會一錯再錯了。再就是，不能對架構裡的內容太信任，因為一直相信底層的資料庫訪問是經過了考驗的，不是會有問題的，所以一直沒有把錯誤的目標定位好，使尋找錯誤花了很長時間。

　　這使我對架構的設計有了更進一步的認識。以後在設計這樣的架構的時候要多加小心了，不能希望你的使用者在你設計的架構裡是友好公民，你要充分的認識到，他有可能會做一些你想不到的事情，讓你的架構出現低級的錯誤。這是很不應該的。再就是，針對再完善的架構，它都有不足的地方或者出現錯誤的時候，因此在出現錯誤時，不能因為架構曾經穩定過就忽略對它的錯誤檢查。