如果您有： const documentHeads = [ { id: 1, documents: [ { id: 101, category: { name: 'Astrophysics' }} ] }, { id: 2, documents: [ { id: 201, category: { name: 'Literature' }}, { id: 202, category: { name: 'Mathematics' }} ] }]; 你想要： -- 1 -- 101-- 2 -- 201 -- 202 您可以使用： <ol> <li *ngFor="let head of documentHeads"> <p>{{ head.id }}</p> <ol> <li *ngFor="let doc of head.documents">{{ doc.id }}</li> </ol> </li></ol> 如果您想要： -- 101-- 201-- 202 您可以使用： <ol> <ng-container *ngFor="let head of documentHead"> <li *ngFor="let doc of head

把數(shù)組想象成書中的頁面。如果每一頁包含1024個字符，那么聲明為a[100][1024]的數(shù)組就像一本100頁的書。讀每一頁書效率更高。也就是說，按a[0][0]、a[0][1]、…、a[0][1023]、a[1][0]的順序迭代。也就是說，你讀了一整頁，然后翻頁。如果你在最左邊的索引上迭代，就像從每一頁讀一個字符，讀完一個字符后翻頁，然后回到第1頁，當(dāng)你讀到書的最后一個字符。翻頁是緩存錯誤。

TL;DR 范圍通常比具體化數(shù)組更快且更memory-efficient。但是，具體的用例可能會有所不同。 如果有疑問，請選擇基準(zhǔn)。您可以使用irb相對較新的度量命令，或者使用基準(zhǔn)模塊來比較和對比不同的方法。一般來說，將一個范圍具體化為一個數(shù)組需要更多的內(nèi)存，并且比與一個范圍（甚至是一個小范圍對象數(shù)組）進行比較要慢，但除非您經(jīng)常循環(huán)使用此代碼，否則這似乎是一個過早的優(yōu)化。 Benchmarks 使用Ruby3.1.0，在我的系統(tǒng)上，范圍方法大約快了3,655.77%。例如： require 'benchmark'n = 100_000Benchmark.bmbm do _1.report("Range") do n.times do client_error = [200..299, 400..499] client_error.include? 404 end end _1.report("Array") do n.times do client_error = [*(200..299), *(400..499)] client_error.include? 404 end endend Rehearsal -----------------------------------------Range 0.022570 0.000107 0.022677 ( 0.022832)Ar

如果要更改原始數(shù)組，可以使用forEach替換給定index處的對象： const findFormItem = (arr, item) => { arr.forEach((element, index, arr) => { if (element.uuid === item.uuid) { arr[index] = item; } if (element.items) { findFormItem(element.items, item); } });};

一些問題： 在初始調(diào)用dfs之后，您的代碼總是返回結(jié)果。這意味著它假設(shè)如果第一個字母匹配，則必須從該單元格開始匹配整個單詞。但事實并非如此。它可能在那里找不到匹配，而網(wǎng)格中的其他位置可能與第一個字母完全匹配。所以這個return語句應(yīng)該是有條件的（只有在成功的情況下）。 res引用的數(shù)組只會增長。它從不收縮。意識到只有一個res數(shù)組——由dfs執(zhí)行上下文中的所有res變量引用。因此，所有部分匹配（最終無法實現(xiàn)完全匹配）都將收集在其中，并逐一連接。沒有對其應(yīng)用回溯。我發(fā)現(xiàn)實際上只在匹配完整個單詞后才開始構(gòu)建一個數(shù)組，然后在退出遞歸調(diào)用時填充一個數(shù)組更為優(yōu)雅（而不是在深化遞歸時這樣做）。 dfs的遞歸調(diào)用完全忽略這些調(diào)用返回的值，因此不區(qū)分失敗和成功。您需要檢查第一個遞歸調(diào)用的結(jié)果，如果成功，甚至不應(yīng)該執(zhí)行第二個遞歸調(diào)用。 這不是問題，但是if (grid[i][j] == word[wordIndex]) {中的條件始終為真，因為您已經(jīng)在前面的if語句中測試了相反的條件。 下面是對您的代碼的更正，也實現(xiàn)了我在第二點中表達的想法，即僅在已知成功時填充數(shù)組： // No res argument. res will be populated "inside-out" via the return valuefunction find_word_location (grid, word)

in用于測試集合中的成員身份或在字符串中查找子字符串。不能使用它來測試時間戳中的時間。 如果要使用for循環(huán)： for i in d.index: if d.loc[i, 'Date'].time() == dt.time(16,0): d.loc[i, 'Open'] == np.NaN 但最好使用矢量化函數(shù)： d['Open'] = d['Open'].mask(d['Dates'].dt.time == dt.time(16, 0))

方法中的一些問題： 只要返回tasks當(dāng)task.getDependsOn()為空時，忽略剩余的task依賴項，就應(yīng)該調(diào)用continue。 調(diào)用addDependencies(task.getDependsOn())時沒有復(fù)制，這會產(chǎn)生意外的副作用（更改task.getDependsOn()）。 對于這個問題，我更喜歡使用帶有flatMap的Stream，因為它不會產(chǎn)生副作用，而且我們不需要創(chuàng)建列表的多個副本。 public static Stream<Task> flattenDependencies(List<Task> tasks) { return tasks.stream().flatMap(task -> { Stream<Task> flattened = flattenDependencies(task.getDependsOn()); return Stream.concat(Stream.of(task), flattened); });} 完整示例主類 import java.util.List;import java.util.stream.Collectors;import java.util.stream.Stream;public class FlattenTask { public static void

遞歸執(zhí)行此操作的一種方法是： <?php$properties = [ 'sizes' => ['S', 'M', 'L', 'XL'], 'colors' => ['Red', 'Blue', 'Green'], 'types' => ['Short', 'Long'],];function recurseProperties($properties, $output = ''){ // are there still values left in the properties array? if (count($properties) > 0) { // pick off first array from the properties $values = array_shift($properties); // do all values recursively foreach ($values as $value) { recurseProperties($properties, "$output $value"); } } else { // output what we have so far echo trim($output) . PHP_EOL; } }recurseProperties($properties); 代碼是合理的self

正如我的評論所建議的，您不僅要為葉節(jié)點打印“done with…”；相反，您要為樹中的每個節(jié)點，甚至是中間節(jié)點打印。 為了更清楚地看到這一點，我建議您按以下方式更改您的功能： def preOrderPrint(node): if node is not None: print(node.val) preOrderPrint(node.leftChild) print('Done with left node of node', node.val) preOrderPrint(node.rightChild) print('Done with right node of node', node.val) 您的輸出現(xiàn)在應(yīng)該是： 642Done with left node of node 2Done with right node of node 2Done with left node of node 45...

遞歸函數(shù)的性能不是由于python中遞歸性的實現(xiàn)，而是由于遞歸算法的執(zhí)行方式。 這是k=n=4函數(shù)執(zhí)行樹的一部分。 n_family(4, 4) n_family(4, 3) n_family(3, 3) ... n_family(4, 2) ... n_family(3, 4) n_family(2, 4) ... n_family(3, 3) <- duplicate call ... 您可以看到k=n=3的遞歸函數(shù)被調(diào)用了兩次，并且將執(zhí)行許多這樣的冗余計算。而您的迭代函數(shù)是最優(yōu)的：每個“單元”的值只計算一次。 因此，如果你想使用遞歸算法來解決這個問題，你必須使用一些記憶機制，例如，functools.cache，正如@blhsing所建議的那樣。

你所做的應(yīng)該有用。我會在訪問道具時使用?來防止此類錯誤。可能不是每個評論都有userName（也許是某種匿名評論？）。 檢查對象是否有要訪問的屬性，如果有，則以html呈現(xiàn)*ngIf的內(nèi)容。 <ng-container *ngIf="comment?.user?.userName"> {{comment.user.userName}} </ng-container> 然后完全執(zhí)行class Comment。將響應(yīng)JSON粘貼到此處，讓它為您生成所有類/接口。https://quicktype.io/typescript 類Commnetpropuser應(yīng)為User類型。此外，我會拋棄!，除非你確定自己在做什么，并且你想承認該屬性將始終存在以供訪問（我對此表示懷疑），但話說回來，我不知道你的API。 把User放在Comment的里面，再看一下其他類似的類型。如果您解決了這個問題，那么之前使用?進行的條件屬性檢查可能會過時。 export class Comment { commentId!: number; comment!: string; voteCount!: number; dateCreated!: string; user!: User; postId!: number;}export class User { userName!: string

它遵循同樣的模式。 要解決的“問題”是按正確的順序打印樹。您的代碼實現(xiàn)了pre-order。 步驟1：解決最小輸入的問題（例如，n=1） 這里最小的問題是打印空樹（root is None）。在這種情況下，解決方案是不打印任何內(nèi)容（只打印return）。 步驟2：給出大小為n=k-1（k<=n）的相同問題的解決方案，求解n=k。 我們可以考慮k來表示當(dāng)前樹中節(jié)點的數(shù)目，n是該樹的直接子樹中的節(jié)點數(shù)。打印左或右子樹是一個較小的問題，其中n <= k-1（注意<=）。 打印樹（在pre-order)中）包括打印根節(jié)點，然后解決左、右子樹的“問題”。 一個區(qū)別是樹的輸出是這個函數(shù)的"side-effect，它不返回結(jié)果，而是輸出結(jié)果。這意味著進行遞歸調(diào)用的用戶不需要返回結(jié)果即可使用。更純粹的函數(shù)將返回樹的字符串表示形式，調(diào)用方將使用該表示形式與它正在構(gòu)建的字符串進行連接，并將其返回給自己的調(diào)用方。

如果tree.Right！=nil{因為1是樹的最后一個節(jié)點，所以我們只需返回數(shù)組， 這是正確的，但是您需要考慮被稱為InOrderTraverse的內(nèi)容，因為這決定了執(zhí)行在return之后恢復(fù)的位置。在本例中，它是從InOrderTraverse（對于值為2的節(jié)點）調(diào)用的，因此下一步是array = append(array, tree.Value)（其中tree.Value是2），然后它檢查該節(jié)點的右分支（在該節(jié)點上沒有任何內(nèi)容，但它將return到節(jié)點5，并找到一個右分支）。 如果我們添加一些輸出，顯示要檢查的級別以及到達該級別的路徑，這可能更容易理解： func (tree *BST) InOrderTraverse(level int, path string, array []int) []int { fmt.Printf("level %d, path %s\n", level, path) if tree.Left != nil { array = tree.Left.InOrderTraverse(level +1, path + "L", array) } array = append(array, tree.Value) if tree.Right != nil { array = tree.Right.InOrderTraverse(level +1, p

您需要使用filepath.WalkDir遞歸地檢查目錄，也可以使用1.16 filepath.Walk中介紹的os.ReadDir將僅在提供的目錄中工作。 filepath.Walk(".", func(path string, info fs.FileInfo, err error) error { if err != nil { fmt.Printf("prevent panic by handling failure accessing a path %q: %v\n", path, err) return err } if strings.HasSuffix(info.Name(), ".md") { fmt.Printf("visited file or dir: %q\n", path) } return nil})

您需要使用filepath.WalkDir遞歸地檢查目錄，或者可以使用1.16 filepath.Walk中介紹的os.ReadDir將僅在提供的目錄中工作。 filepath.Walk(".", func(path string, info fs.FileInfo, err error) error { if err != nil { fmt.Printf("prevent panic by handling failure accessing a path %q: %v\n", path, err) return err } if strings.HasSuffix(info.Name(), ".md") { fmt.Printf("visited file or dir: %q\n", path) } return nil})