我遇到過一些使用規(guī)則引擎的案例，似乎每次都不是順順利利的（也許我不是一個(gè)好的樣本）。規(guī)則引擎經(jīng)常提到的要點(diǎn)是，允許財(cái)務(wù)人員自己來制定大連財(cái)務(wù)軟件開發(fā)規(guī)則，所以不需要程序員的參與了。這聽上去似是而非，而且實(shí)際上很少是這樣的。 雖然如此，它在BusinessReadableDSL方面還是有價(jià)值的，其實(shí)這也是這種計(jì)算模型中我覺得有價(jià)值的地方。但是這里存在著很多風(fēng)險(xiǎn)，最大的風(fēng)險(xiǎn)是，當(dāng)你低頭關(guān)注一系列規(guī)則時(shí)，規(guī)則的交互經(jīng)常變得異常復(fù)雜，特別是存在關(guān)聯(lián)，例如規(guī)則的操作改變了其他有關(guān)聯(lián)的規(guī)則條件的狀態(tài)。
我經(jīng)常聽到這樣的說法，大連財(cái)務(wù)軟件開發(fā)案例規(guī)則很容易制定，但是很難維護(hù)，因?yàn)闆]有人可以理解其中隱藏的程序流。這是拋棄命令計(jì)算模型帶來的問題。命令代碼的問題相對容易理解它是如何工作的。而一個(gè)產(chǎn)生式規(guī)則系統(tǒng)好像更容易帶來一個(gè)問題，那就是某處的一個(gè)簡單的改變帶來了大量無法確定的后果，所以很少會(huì)順順利利的。 我沒有花費(fèi)足夠的時(shí)間在這些系統(tǒng)上面，只是有一些認(rèn)識(shí)，我們應(yīng)該遵循一些要點(diǎn)： （1）規(guī)則數(shù)量要少，否則會(huì)帶來效率和理解上的問題； （2）我傾向于規(guī)則要少關(guān)聯(lián)； （3）測試問題。
上面這些讓我覺得要避免通用的規(guī)則系統(tǒng)。產(chǎn)生式規(guī)則的基本思想是很簡單的。
為了更好地控制，要顯得規(guī)則在一個(gè)很窄的上下文中。當(dāng)然，如果你想使用規(guī)則引擎，我建議你進(jìn)行驗(yàn)證通用的規(guī)則引擎和手工的域的特定實(shí)現(xiàn)，你可以比較一下，找找感覺。 5. 重構(gòu) 在軟件工程學(xué)中，重構(gòu)（Refactoring）一詞的流行源于敏捷方法擁躉的大力推廣。在極限編程中，重構(gòu)是有所特指的，意思是代碼重構(gòu)。 "Refactoring is the process of changing a software system in such a way that it does not alter the external behavior of the code yet improves its internal structure." ——Martin Fowler in Refactoring Improving The Design Of Existing Code 敏捷開發(fā)者認(rèn)為，軟件開發(fā)的基本順序?yàn)椋菏占驼碛脩艄适隆O(shè)計(jì)測試用例→編寫代碼→代碼重構(gòu)→形成框架和架構(gòu)→持續(xù)演進(jìn)。
在大連財(cái)務(wù)軟件開發(fā)案例過程中，代碼重構(gòu)具有重大的意義。一方面，它使編寫代碼更加敏捷，從而快速響應(yīng)用戶故事；另一方面，軟件開發(fā)費(fèi)用和工期決定了一款軟件是否開發(fā)成功，它擔(dān)負(fù)著形成框架和架構(gòu)的使命，從而使軟件的演進(jìn)更加有效。 Robert C.Martin在Agile Software Development：Principles,Patterns,and Practices一書中有一段關(guān)于重構(gòu)的討論。首先，他針對Martin Fowler的定義提出了一個(gè)問題： 可是我們?yōu)槭裁匆倪M(jìn)已經(jīng)能夠工作的代碼的結(jié)構(gòu)呢？不是還有句古老的諺語：“如果它沒有壞，就不要去修理它”嗎？
