1) Signals 與 RxJS：在 Angular 16 中從頭開始建立 Signal 變數並將其與 Observable 進行比較。

以我們有側邊欄選單和頂部選單的範例為例，每次按下按鈕時，頂部選單都會告訴側邊欄選單折疊：

使用 RxJS：

這種通訊是在使用主題和可觀察量的服務中完成的，每次我們點擊按鈕時，都會呼叫 next ，它將發出的值傳遞給訂閱的可觀察量。側邊欄選單元件將被簡單地訂閱並在 HTML 中使用此屬性。首先，我們在服務中建立主題，然後從中建立可觀察對象，然後呼叫 next 來傳遞發出的值：

有訊號：

這可以透過訊號簡單地完成。在 Angular 中創建訊號是為了在某些更簡單的情況下實現更好的效能。它們是從@angular/core導入的。

您需要宣告一個訊號，每次更新該訊號時，我們都會對其呼叫 set 。在側邊欄選單元件中，我們只需引用該屬性，並且要在 HTML 中使用訊號，我們需要將其放在括號中以取得其值，因為這就是訊號的使用方式。

我們還可以執行更新，這具有告訴我們之前的值的額外好處。為此，我們指定它接收前一個值及其類型，並使用箭頭函數指示新值，即取反的新值：

還有一些方法可以將可觀察量轉換為訊號以及將訊號轉換為可觀察量：

這並不是說訊號可以取代主體，因為兩者以及可觀察量都更強大且具有更多功能，例如 RxJS 運算子（我們對 RxJS 擁有更多控制權）。然而，訊號提供了一種簡單的工作方式，並且與其他庫和框架很常見。

RxJS 是 Microsoft 的一個函式庫，而不是 Angular。相較之下，Signals 是 Angular 的一個函式庫，它提供了更好的控制和效能，因為它允許 Angular 在狀態變更時準確地知道哪個部分發生了變化。這避免了重新渲染整個元件，只專注於該特定部分。

2) 在 Angular 16 中使用 RxJS 的 takeUntilDestroyed 取消訂閱的新簡化方法。

在 Angular 中，取消訂閱 observable 非常重要。舉個例子，在 OnInit 中，我們儲存訂閱，在 OnDestroy 中，我們取消訂閱。

舊的方法是用訂閱儲存一個變量，在訂閱時，將其保存在該變量中並在 OnDestroy 中銷毀該訂閱：

詳細說明：建立訂閱類型（來自 RxJS）的屬性。此屬性在 ngOnInit 中初始化，在進行訂閱時為其指派訂閱的參考。然後，在 ngOnDestroy 中，訂閱被取消。如果元件沒有定義訂閱變量，則需要處理錯誤，可以使用問號來檢查它是否已定義，也可以通過條件。

現在，透過使用 RxJS 運算子 takeUntilDestroyed，可以更簡單地完成此操作，無需建立 OnDestroy 或訂閱變數。這樣做的作用是在元件即將被銷毀時自動取消訂閱。注入 DestroyRef 服務並傳遞它很重要，這樣它就知道元件何時被銷毀：

詳細說明：現在，在我們不取消訂閱的情況下，我們添加一個RxJS 管道並向其發送一個takeUntilDestroyed()，一個NEW 運算符，這要求我們傳遞一個destroyRef，它是一個服務（來自@ angular /core) 我們可以將其註入到建構函數中。

範例：在側邊欄服務中，它會偵聽導覽列元件中的按鈕按一下。使用 takeUntilDestroyed()，它僅在元件被銷毀時取消訂閱，從而避免了多次訂閱。在這種情況下，我們總是想監聽按鈕是否被按下；因此，我們只想在元件被銷毀時取消訂閱。

這一點很重要，否則，即使我們在其他元件中，它也會監聽，並且只有當我們關閉應用程式時，它才會取消訂閱，因為元件已被銷毀。這很重要，因為如果它始終處於活動狀態，那麼在瀏覽頁面元件時，例如在第一個導航中，它會訂閱，然後我們導航到另一個頁面，當我們回到第一個頁面時，這將是第二個訂閱，導致兩個活躍訂閱。因此，取消訂閱很重要。

重要提示：當我們訂閱 HTTP 請求時，無需取消訂閱，因為這是自動完成的。

3) Angular 中訊號的影響。監聽訊號的變化。

在一個範例中，我們有一個返回布林值的訊號，並且在下面的方法中，它透過更新進行更新：

想像一下，您希望在訊號發生變化時收到警報，但訊號發生變化的地方很多，而不僅僅是此方法。如果我們想在變化時做某事，我們可以用效果來做到這一點。此函數接受一個訊號並檢查它是否更改為自動執行效果內的方法：

例如，有了這個，我們可以將值保存在本地儲存中，並用該值實例化它，而不是控制台日誌。當處理我們不知道並且不確定有多少地方被修改的程式碼時，這特別有用。

— 基於 EfisioDev 的 Angular 課程的註釋 —