用二義*造句子,“二義*”造句
來源:國語幫 3.18W
如果一條需求讓兩個人按兩種方式解釋,這條需求就有二義*。
它細化了BPMN1.1中已經存在的元素,如人類用户交互和事件,同時解決了已知的不一致和二義*。
在MPS裏,代碼看似文本,在很多方面的表現也如同文本,但由於我們從不需要在代碼和文本之間來回轉換,也就完全不用擔心文法上的二義*。
本文以SLR(1)分析器為例介紹了兩種為二義*文法構造語法分析器的方法,並通過實例對兩種方法的優劣進行了比較。
在非虛派生情況下,兩種訪問都可能是二義*的。
從中可以看出,UML提供了靈活、易讀且無二義*的表達模式。
使用虛基類的多重繼承層次比沒有虛繼承的引起更少的二義*問題。
如果在同一個文件裏混用多種語言,必須保*文法不會出現二義*,也就是説所有的輸入都只能存在一種解釋。
在非虛派生情況下,兩種訪問都可能是二義*的
形式化分析由於其精煉、簡潔和無二義*逐步成為分析密碼協議的一條可靠和準確的途徑。
因為分號,函數返回類型,方法參數列表,甚至大括號都經常會被省略,使用等於號可以避免幾種可能的二義*。 使用等於號也提醒了我們,即使是函數,在Scala 裏面也是值。
防止假信號的意外作用或者避免二義*而設置的信號。
可能最糟的錯誤是二義*。
一個典型的例子是,我們需要明清晰地二義*地寫出涉眾需要的系統功能,這基本上就是被團隊稱為需求管理的工作。
通常都需要將條件表達式用括號圍繞起來,以防止二義*。
語言就是形式化方法中具有代表*的一種形式規格説明,它語言精確、無二義*,可以用於推理和求精。