JML起步---使用JML 改進你的Java程式(3) (轉)
請大家回憶一下程式碼段2中pop()方法的後處理程式碼:
:namespace prefix = o ns = "urn:schemas--com::office" />
ensures
elementsInQueue.equals(((JMLBag)
old(elementsInQueue))
.remove( esult)) &&
esult.equals(old(peek()));
這裡我們說有一個副作用,那就是在從elementsInQueue刪除一個元素的時候會有副作用。事實上,這裡還可能有其他的副作用。比方說,一個pop()方法的具體實現中如果修改了m_isMinHeap的值,那麼就把排序方法從一個小頂堆變成了大頂堆。只要這種修改能夠返回正確結果,就不會引起執行期間的斷言檢查異常,可是這個卻事實上削弱了JML行為規範的作用。我們可以加強後置條件,不允許除了修改elementsInQueue以外的任何改變,請看下面的程式碼:
7 加強的後置條件
ensures
elementsInQueue.equals(((JMLObjectBag)
old(elementsInQueue))
.remove( esult)) &&
esult.equals(old(peek())) &&
isMinimumHeap == old(isMinimumHeap) &&
comparator == old(comparator);
從中我們可以看出,透過加入形如x == old(x)的語句,我們可以消除變數x發生改變的副作用。可是有一個問題,如果用這種辦法,每一個方法在它的後置條件都要為每一個變數加上這麼一句,這樣就會導致行為規範的混亂。而且如果我們給一個類增加一個成員的變數的話,那麼我們就得在這個類的所有方法的後處理規範中增加一句,這將讓維護變得異常困難。 JML透過引入assignable語句提供了一種更好地解決方案。
語句
使用assignable語句,我們可以這樣完成pop()方法的後置條件:
8 在方法的行為規範中使用assignable語句
/*@
@ public normal_behavior
@ requires ! isEmpty();
@ assignable elementsInQueue;
@ ensures
@ elementsInQueue.equals(((JMLObjectBag)
@ old(elementsInQueue))
@ .remove( esult)) &&
@ esult.equals(old(peek()));
@*/
Object pop() throws NoSuchElementException;
只有在assignable語句中列出的變數才能在一個方法的實現中修改。上面pop()方法的assignable語句的意思是在pop()方法的實現中可以修改elementsInQueue的值,除此之外的其他變數,比如isMinimumHeap、comparator等等都不可以修改。如果你在pop()方法的實現中修改了m_isMinHeap的值,那麼編譯的時候就會產生一個錯誤。(不過當前的JML尚沒有支援這個,也就是沒有檢查在方法的實現中,是否只修改在assignable語句中指定的變數。)
規則
我們前面說只有在assignable語句中列出的變數才能在一個方法的實現中修改,這其實是有點簡化的說法。事實上,如果以下任意一個條件是 true,該規則就允許方法修改一個變數(loc):
- assignable語句中顯式列出loc 。
- assignable語句中列出的變數依賴於loc。(比如說如果我們宣告“assignable isMinimumHeap;” ,因為模型域isMinimumHeap依賴於具體域m_isMinHeap,所以該 assignable語句意味著方法不僅可以修改顯式宣告的isMinimumHeap,而且還能修改m_isMinHeap。)
- 方法開始時loc尚沒有分配。
- loc 是方法的區域性變數或者是方法的形式引數。
最後一種情況允許一個方法修改它的引數,即使這個引數沒有顯式地出現在assignable語句中。粗略一看,這個好像允許一個方法透過引數傳遞允許它的者修改變數的值。比方說,有一個方法foo(Bar obj),它裡面有一個語句obj = anotherBar。不過雖然這個語句修改了obj的值,卻不會影響到foo()的呼叫者,因為雖然這兩個obj都是指向一個Bar,而且具有一樣的名字,foo()方法中的此obj實際上與foo()的呼叫者中的彼obj是不同的(譯者注:關於這一點,請參考中與物件的概念)。
現在我們考慮如果方法foo(Bar obj)裡面有一個語句obj.x = 17會怎麼樣?這個將顯式地改變呼叫者中的變數。這是有問題的。assignable 語句的規則允許一個方法不需要在assignable 語句中宣告就可以修改傳入引數的值,不過它並不允許修改引數的成員變數,具體在這裡來說,就是不允許修改obj.x的值。如果你希望在foo()方法中修改obj.x的值,你就必須在assignable 語句中宣告,你可以寫assignable obj.x; 。
assignable 語句中可以使用兩個JML關鍵字, othing和everything。 我們可以透過assignable othing 語句來表明一個方法沒有任何副作用;同樣,我們可以透過assignable everything語句來表明我們的方法可以修改一切變數的值。早先我們使用了一個JML關鍵字pure,它就等同於使用assignable othing; 。
其它部分請參考:
/develop/read_article.?id=19198">http://www.csdn.net/develop/read_article.asp?id=19198 JML起步---使用JML 改進你的Java(1)
http://www.csdn.net/develop/read_article.asp?id=19199 JML起步---使用JML 改進你的Java程式(2)
http://www.csdn.net/develop/read_article.asp?id=19202 JML起步---使用JML 改進你的Java程式(4)
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752043/viewspace-956692/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- JML起步---使用JML 改進你的Java程式(1) (轉)Java
- JML起步---使用JML 改進你的Java程式(4) (轉)Java
- JML起步---使用JML 改進你的Java程式(2) (轉)Java
- 用jml匯出數字時,excel單元格格式化文字格式轉化成數字格式Excel
- 如何改進你的指令碼程式指令碼
- 你的專案管理有持續改進嗎?(轉)專案管理
- Java 8型別轉換及改進Java型別
- Java 8 型別轉換及改進Java型別
- 改進你的c#程式碼的5個技巧(三)C#
- 改進你的c#程式碼的5個技巧(四)C#
- 使用面向 Aspect 的程式設計改進模組性程式設計
- 改進你的資料校驗 -- Value Object Validate 模式 (轉)Object模式
- 改進JAVA字串分解的方法Java字串
- 程式碼維護:改進程式碼的一些方法 (轉)
- Java程式碼質量改進之:同步物件的選擇Java物件
- 使用應用程式跟蹤對效能改變進行量化分析(轉)
- java使用程式塊(轉)Java
- Java11改進的垃圾回收器Java
- 新手筆記-持續改進實踐:開發計劃的改進 (轉)筆記
- 3D ACIS Modeler如何改進轉換後的3D資料的質量3D
- NEO改進協議提案3(NEP-3)協議
- 提高你的Java程式碼質量吧:使用valueof前必須進行校驗Java
- 你的專案管理有持續改進嗎?專案管理
- 以事實駁斥:改進你的c#程式碼的5個技巧(四)C#
- Java 8 的新特性和改進總覽Java
- 第二章. Dump程式的改進
- PHP 5/Zend Engine 2.0的改進(二) (轉)PHP
- 讓你的應用程式不再對資料庫的改動“感冒”(三) (轉)資料庫
- 讓你的應用程式不再對資料庫的改動“感冒”(一) (轉)資料庫
- 讓你的應用程式不再對資料庫的改動“感冒”(二) (轉)資料庫
- cmake使用教程(一)-起步
- Python程式碼整潔之道--使用裝飾器改進程式碼Python
- ModelMaker 新手起步(一) (轉)
- POSIX執行緒程式設計起步(1)-Hello World (轉)執行緒程式設計
- Java程式碼質量改進之:使用ThreadLocal維護執行緒內部變數Javathread執行緒變數
- 程式設計太差,有待改進程式設計
- 基礎:全面保護你的Java程式安全(中)(轉)Java
- 用“歸併”改進“快速排序” (轉)排序