解決專案中不同Naming的問題

問題:
專案遇到一個滿棘手的問題，原本使用者需求希望我們產生的表單編號是(合約編號-四碼流水號)
假設合約編號是XR-332211，那所產生的表單單號為XR-332211-0001，這是原先的需求。

但是需求總是會變動的，這次使用者又覺得說這樣的表單單號太長，因為受限於一些環境需求，
而我們被迫要變動我們的程式。。。

若我們根據新需求來變動，那接下來問題又來了，若是現在這個專案是這樣，另外一個專案又需要另外的命名規則時，
我們是不是又要變動程式碼?這對我們程式設計師來說，最不希望看到的現象[不停的在修改我們的程式]。

解決方案:
跟林大哥討論完之後，他給我一個架構如下

我們在程式裡面針對Naming Rule設計一個合約(INaming)，一個很簡單的GetName Method
 
接下來，我們實際設計一個Naming的物件(NC6Naming)，並實作INaming的GetName
 

在這個物件中，建構式變成很重要的一個角色，
因為這裡需要別的地方提供所有可以供Naming的資料，
(此例中SpoolBaseObj有許多可以提供Naming的資料)

然後在ClientAPI中利用Reflect來操作IName取得表單命名字串。
 
這樣若往後需要不同的專案時，可以再新增Naming的物件，
只要在ClientAPI中，告訴它要使用的是哪一個Naming物件，就可以不用到修改原始程式碼，
又能接受這樣的需求變更。