當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

sap寄售退货单_多个退货单

發(fā)布時間：2023/12/3 编程问答 27 豆豆

生活随笔收集整理的這篇文章主要介紹了 sap寄售退货单_多个退货单小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

sap寄售退貨單

我曾經(jīng)聽說過，過去人們一直在努力使方法具有單個出口點。我知道這是一種過時的方法，從未認為它特別值得注意。但是最近我與一些仍堅持該想法的開發(fā)人員聯(lián)系（最后一次是在這里），這讓我開始思考。

因此，我第一次真正坐下來比較了這兩種方法。

總覽

文章的第一部分將針對多個return語句重復參數(shù)。它還將確定干凈代碼在評估這些論點中的關鍵作用。第二部分將對得益于早日返回的情況進行分類。

為了不總是寫“帶有多個return語句的方法”，我將這種方法稱為通過模式構造方法的方法。雖然這可能有點過頭，但肯定會更簡潔。

討論

我正在討論一個方法是應該始終運行到最后一行，從那里返回結果，還是可以有多個return語句并“盡早返回”。

這當然不是新的討論。參見，例如Wikipedia ， Hacker Chick或StackOverflow 。

結構化程序設計

單個return語句是可取的想法源于1960年代開發(fā)的結構化編程范式。關于子例程，它促進它們具有單個入口和單個出口點。盡管現(xiàn)代編程語言可以保證前者，但出于某些原因，后者有些過時了。

單個出口點解決的主要問題是內(nèi)存或資源泄漏。當方法內(nèi)部某處的return語句阻止執(zhí)行位于其末尾的某些清除代碼時，就會發(fā)生這種情況。如今，其中大部分由語言運行時處理（例如，垃圾回收），并且可以使用try-catch-finally編寫顯式清除塊。因此，現(xiàn)在的討論主要圍繞可讀性。

可讀性

堅持單個return語句可能導致嵌套增加，并需要其他變量（例如，中斷循環(huán)）。另一方面，使方法從多個點返回可能導致其控制流程混亂，從而使其難以維護。重要的是要注意，這兩個方面在代碼的整體質(zhì)量方面有很大的不同。

考慮一種遵循簡潔的編碼準則的方法：它簡短且具有明確的名稱和意圖揭示結構。通過引入更多的嵌套和更多的變量，在可讀性方面的相對損失非常明顯，并且可能使干凈的結構混亂。但是由于該方法的簡潔性和形式使其易于理解，因此忽略任何返回聲明的風險不大。因此，即使存在不止一個，控制流程仍然顯而易見。

將此與較長的方法（可能是復雜或優(yōu)化算法的一部分）進行對比。現(xiàn)在情況逆轉了。該方法已經(jīng)包含許多變量，并且可能包含一些嵌套級別。引入更多內(nèi)容在可讀性方面幾乎沒有相對成本。但是，忽視多個回報之一從而誤解控制流程的風險是非?，F(xiàn)實的。

因此，問題在于方法是否簡短易讀。如果是這樣，通常使用多個return語句是一種改進。如果不是，則最好使用單個return語句。

其他因素

但是，可讀性可能不是唯一的因素。

討論的另一方面可以是日志記錄。如果要記錄返回值但不求助于面向方面的編程，則必須在方法的出口點手動插入記錄語句。使用多個return語句執(zhí)行此操作很繁瑣，而忘記一個則很容易。

同樣，如果要在從方法返回之前聲明結果的某些屬性，則可能希望使用單個退出點。

多個退貨報表的情況

在幾種情況下，一種方法可以從多個返回語句中獲利。我試圖在這里對它們進行分類，但沒有聲稱有完整的列表。（如果您遇到另一種重復出現(xiàn)的情況，請發(fā)表評論，我將在此附上。）

每種情況都會附帶一個代碼示例。請注意，縮短這些內(nèi)容可以使觀點更清楚，并且可以通過多種方式進行改進。

由JDHancock在CC-BY 2.0下發(fā)布

警衛(wèi)條款

保護子句位于方法的開頭。他們檢查其參數(shù)，并在某些特殊情況下立即返回結果。

防范條款無效或空集合

private Set<T> intersection(Collection<T> first, Collection<T> second) {// intersection with an empty collection is emptyif (isNullOrEmpty(first) || isNullOrEmpty(second))return new HashSet<>();return first.stream().filter(second::contains).collect(Collectors.toSet()); }

從一開始就排除邊緣情況有幾個優(yōu)點：

它將特殊情況和常規(guī)情況的處理完全分開，從而提高了可讀性
它提供了用于其他檢查的默認位置，從而保持了可讀性
這使得實施常規(guī)案例的錯誤更少
它可能會提高那些特殊情況下的性能（盡管這很少相關）

基本上，適用于該模式的所有方法都將從其使用中受益。

值得一提的是后衛(wèi)條款的支持者是馬丁·福勒（Martin Fowler），盡管我會在分支的邊緣考慮他的例子（見下文）。

分枝

某些方法的職責要求分支到幾個通常專用的子例程之一。通常最好將這些子例程本身實現(xiàn)為方法。然后，原始方法僅負責評估某些條件并調(diào)用正確的例程。

委托專門方法

public Offer makeOffer(Customer customer) {boolean isSucker = isSucker(customer);boolean canAffordLawSuit = customer.canAfford(legalDepartment.estimateLawSuitCost());if (isSucker) {if (canAffordLawSuit)return getBigBucksButStayLegal(customer);elsereturn takeToTheCleaners(customer);} else {if (canAffordLawSuit)return getRid(customer);elsereturn getSomeMoney(customer);} }

（我知道我可以省略所有else行。有一天，我可能會寫一篇帖子解釋為什么在這種情況下我不這樣做。）

與結果變量和單個返回相比，使用多個return語句具有多個優(yōu)點：

該方法更清楚地表達了其打算跳轉到子例程并僅返回其結果的意圖
在任何理智的語言中，如果分支不能涵蓋所有可能性，則該方法不會編譯（在Java中，如果未將變量初始化為默認值，也可以通過一次返回來實現(xiàn)）
結果沒有額外的變量，幾乎可以覆蓋整個方法
被調(diào)用方法的結果在返回之前是無法操縱的（在Java中，如果變量是final并且其類是不可變的，也可以通過單次返回來實現(xiàn)；但是，這對于讀者而言并不明顯）
如果將switch語句用于具有穿透性的語言（例如Java），則立即返回語句可按情況節(jié)省一行，因為不需要break ，這減少了樣板并提高了可讀性

此模式僅應應用于除分支以外無所作為的方法。分支機構涵蓋所有可能性尤其重要。這意味著分支語句下面沒有代碼。如果有的話，將需要花費更多的精力來推理通過該方法的所有路徑。如果一種方法滿足這些條件，那么它將很小且具有凝聚力，這很容易理解。

級聯(lián)檢查

有時，一種方法的行為主要由多個檢查組成，其中每個檢查的結果可能使進一步檢查變得不必要。在這種情況下，最好盡快返回（也許在每次檢查之后）。

在尋找錨定父級時進行級聯(lián)檢查

private Element getAnchorAncestor(Node node) {// if there is no node, there can be no anchor,// so return nullif (node == null)return null;// only elements can be anchors,// so if the node is no element, recurse to its parentboolean nodeIsNoElement = !(node instanceof Element);if (nodeIsNoElement)return getAnchorAncestor(node.getParentNode());// since the node is an element, it might be an anchorElement element = (Element) node;boolean isAnchor = element.getTagName().equalsIgnoreCase("a");if (isAnchor)return element;// if the element is no anchor, recurse to its parentreturn getAnchorAncestor(element.getParentNode()); }

其他示例是Java中equals或compareTo的常規(guī)實現(xiàn)。它們通常還包括一系列檢查，其中每個檢查都可以確定方法的結果。如果是這樣，則立即返回該值，否則該方法將繼續(xù)進行下一個檢查。

與單個return語句相比，此模式不需要您跳過箍以防止更深的縮進。它還使直接添加新的檢查和在檢查并返回塊之前放置注釋成為可能。

與分支一樣，多個return語句應僅應用于短而幾乎沒有其他作用的方法。級聯(lián)檢查應該是它們的中心，或者更好的是它們的唯一內(nèi)容（除了輸入驗證之外）。如果檢查或返回值的計算需要兩到三行以上，則應將其重構為單獨的方法。

正在搜尋

在具有數(shù)據(jù)結構的地方，可以找到具有特殊條件的項目。搜索它們的方法通常看起來很相似。如果這種方法遇到了要搜索的項目，則通常最容易立即返回它。

立即返回找到的元素

private <T> T findFirstIncreaseElement(Iterable<T> items, Comparator<? super T> comparator) {T lastItem = null;for (T currentItem : items) {boolean increase = increase(lastItem, currentItem, comparator);lastItem = currentItem;if (increase) {return currentItem;}}return null; }

與單個return語句相比，這使我們免于尋找擺脫循環(huán)的方法。這具有以下優(yōu)點：

沒有其他布爾變量可以打破循環(huán)
循環(huán)沒有其他條件，它很容易被忽略（尤其是在for循環(huán)中），因此會滋生錯誤
最后兩點使循環(huán)更容易理解
結果很可能沒有其他變量，幾乎涵蓋了整個方法

像大多數(shù)使用多個return語句的模式一樣，這也需要干凈的代碼。該方法應該很小，除了搜索外別無其他責任。非平凡的檢查和結果計算應具有自己的方法。

反射

我們已經(jīng)看到了支持和反對多個return語句的參數(shù)，以及干凈代碼所起的關鍵作用。分類應有助于識別重復出現(xiàn)的情況，在這種情況下，一種方法將從早期返回中受益。

翻譯自: https://www.javacodegeeks.com/2015/01/multiple-return-statements.html