軟體主廚的程式料理廚房

Isolate Scope 使用在重用的組件是非常適合的，如果只是單純地想在 Directive 中避免直接操作 Controller 範圍的屬性或方法，希望定義一些別名在 HTML Element 中與 Controller 的屬性或方法織在一起，應該避免使用 Isolate Scope。

用 AngularJS 開發程式很少不用額外撰寫 Directive，如果我們在 Directive 裡面使用 Isolate Scope 並且從 Controller 指定了一個 function 為觸發函式（&），好死不死這個 function 是需要丟參數給它的，按照一般正常的丟法是不會 work 的，想要丟參數給觸發函式需要一點迂迴的做法。

Redis 的效能有體驗過的朋友應該都是有目共睹的，最近遇到一個一次要寫入 16 萬筆資料的場景，測試環境的 VM 規格都是最基本的，在測試環境測試一筆一筆寫入要大概將近 20 分鐘，而且還會 Timeout，心想即使規格不高 16 萬筆應該也不至於這麼慢吧，爬了一下文大概找到了兩種解法。

Button 要 Enable 或 Disable 除了直接操控 Button 本身的 IsEnabled 屬性之外，也可以藉由綁定的方式綁定一個變數，當變數值異動的時候 Button 的啟用狀態也跟著改變，有用 MVVM 模式在開發 Xamarin App 的朋友相信應該也會習慣先考慮用綁定的方式來操控 UI，但如果 Button 同時有為 IsEnabled 及 Command 提供綁定值，會有一些問題出現。

Xamarin.Forms 已經有一個內建的 DI Library 叫 DependencyService，它提供了簡單註冊及解析的方法，如果我們的使用情境並不複雜，DependencyService 就已經能夠滿足我們絕大部分的需求，有需要的時候再考慮去引用像 Unity 或 Autofac 這種能夠提供更彈性的註冊及解析方法的 Library，底下我就用取得 Android 及 iOS 設備平台識別碼的範例來簡單說明 DependencyService 如何使用。

某個週末公司某個裝在 Windows Server 上的 Redis 服務掛點，從 Server Log 看到下面這段錯誤：

# Write error saving DB on disk: Invalid argument
# rdbSave failed in qfork: Invalid argument
# fork operation complete
# Background saving error

是在 Redis 做 Snapshot 的時候沒有成功，進而影響到服務的運作，Snapshot 會失敗大概會有幾個原因：

1. 記憶體不足
2. 磁碟空間不足
3. 權限不足

現在我們就來看看是哪一個原因？

今天在對某些登錄檔設定做調整的過程中，發現了登錄檔編輯程式在 Menu 下方多了一排位址列，查了一下，這個特性是從 Windows 10 Build 14942 開始加入的。

一開始是在 CKEdtior 中要新增超連結時發現的，當 CKEditor 是放在 Bootstrap 的 Modal 中時，只要是按 CKEditor 上的功能按鈕跳出來的視窗，都無法輸入文字。

天有不測風雲，人有旦夕禍福；服務在走，HA 要有，先前有介紹過使用 Redis-Sentinel 打造 Redis 的 HA，當時只完成了伺服器端的設定，這次要介紹如何在應用程式這一端也完成自動 failover，以維持服務的 HA。

有時候我們會有這樣的需求，我們需要取得相對於當前所在目錄的祖父兄弟目錄（暫且稱呼為叔公目錄）的絕對路徑，如果我們已經知道叔公目錄的絕對路徑永遠不變，當然就直接 Hard Code 取用就好，但是這種狀況是少之又少，大多數情況是整個家族目錄會因需要而搬家，在已知叔公目錄名稱的條件下，要得知叔公目錄的絕對路徑，我們可以這樣做，找到曾祖父目錄之後，把叔公目錄名稱合併在後面就可以了，而我們要怎麼用 C# 找到曾祖父目錄呢？