code-readability

    11熱度

    3回答

    新的基於範圍的for循環確實提高了可讀性,並且非常易於使用。然而,考慮以下因素: map<Foo,Bar> FooAndAssociatedBars; for (auto& FooAndAssociatedBar : FooAndAssociatedBars) { FooAndAssociatedBar.first.doSth(); FooAndAssociatedBar.

    0熱度

    6回答

    我正在尋找一個循環結構,如for i in list where i < n。我想取代這個混亂: for i in list: if i < n: #logic here 有什麼更緊湊和更優雅?

    -3熱度

    3回答

    這樣做是否有好處,是否會導致可讀性問題?

    2熱度

    1回答

    使用scipy計算稀疏矩陣的兩列或兩行之間的點積的可讀和有效的方法是什麼?比方說,我們要採取兩個向量x和y,稀疏矩陣A的兩列的點積,然後我目前做: x = A.getcol(i) y = A.getcol(j) dot = (x.transpose() * y)[0,0] A存儲在csc形式效率。有沒有更可讀的方式來獲得點產品而不犧牲效率? 注:使用Python 2.7.2

    1熱度

    1回答

    我有幾種方法在構造上變化不大。它們用於設置給定項目(field_name)上的(linux-like)權限。變量oview_perms,gview_perms,aview_perms分別代表所有者,組和匿名權限。這些變量是不可變的,所以這就是爲什麼我將它們設置爲返回。 也許有一種方法可以簡化它,但仍然保持易讀性? def set_oview_perm(self, field_name, perm)

    -2熱度

    4回答

    我有一個Window Form App項目。目前我所有的代碼都在 Form1.cs文件中,這是默認文件。現在我在這個單個文件中有大約1300行 的代碼。我想把這一個文件代碼分解成幾個文件,以提高可讀性和易於處理。有沒有辦法做到這一點。 謝謝

    0熱度

    1回答

    考慮下面的代碼,其中一個單元格的顏色的變化取決於什麼(屬性剝離爲簡潔起見): <UserControl> <Grid> <ListView> <ListView.View> <GridView> <GridViewColumn> <GridViewColumn.CellTemplate>

    1熱度

    2回答

    我在想,如果有一個更美觀/更容易閱讀的方式來寫: for (int i = 0; i < 100; i++) { // If m.GetString(i) throws an exception, continue. // Otherwise, do stuff. try { string s = m.GetString(i);

    0熱度

    1回答

    對於編碼關係表達式,是否有任何權威標準或風格指南或實地研究建議少於超過? 例如,更喜歡(0 <= x && x < 1)到(x >= 0 && x < 1)。 因爲我們通常從左到右閱讀並且通常向上計數,所以對齊這些應該增加可讀性,特別是對於精細的布爾表達式。 (https://softwareengineering.stackexchange.com/questions/190311/what-i

    4熱度

    3回答

    OCaml的選項類型在有可能不會返回任何東西的函數的情況下非常有用。但是當我在很多地方使用這種方法時,我發現在match ... with中始終處理Some和None的情況非常麻煩。 例如, let env2 = List.map (fun ((it,ie),v,t) -> match t with | Some t -> (v,t) | None -> b