TAKA的學習筆記

常常會遇到系統資源已經更新(例如: js, css) 但是使用者看到的畫面還是舊的。甚至於已經在後端寫好每次進到這個畫面需要觸發的判斷，卻因為畫面已經被User 端快取，導致行為不正常。身為一個專業的工程師，一定要搞懂其中的原理。

【讀書心得】01 - Clean Architecture 無瑕的程式碼：整潔的軟體設計與架構篇

20 年前的32-bit 程式放到64-bit 的Windows Server 2019 之後，無法執行。所以來研究編譯時的設定有什麼影響。

發現全域的Cache-Control 設定會導致Action 沒有被正確觸發，而改用後端方式偵測來自Brower 的Request 資源副檔名，並加以為各別檔案設定快取。

因為客戶要求配合將itextsharp 降版，因此碰到舊版itextsharp 對受保護PDF 的處理方法與新版的稍有不同。順便紀錄itextsharp 要如何處理加密或受保護的PDF

使用ADO.NET 連接資料庫時，會看到有OleDB 與 SQLClient 兩種，探討他們的差異

簡單提到Linux 中可以觀察硬體使用率的工具

使用Vsftpd 建置的FTP server，只有在登入的時候，會花非常多時間，完成登入之後進行的各種操作速度都很快，只要修改設定就可以解決。

JavaScript 有一些東西跟後端不太一樣，需要特別注意

事隔多年終於開始來補前端的深度了，那就先研究變數宣告：var, let, const 的差別吧。

在CentOS 的MongoDB 刪掉檔案之後，還是會占用原本硬碟的空間。所以需要下特殊指令把空間釋放。

要修改SSH port，改完設定檔之後重啟服務失敗，只好研究如何解決

用entity framework 撈資料庫，要搭配sql profiler 的工具，監看最終EF 寫出來的SQL 語法有沒有問題。但是PostgreSQL 似乎沒有類似SQL Server 的SQL Profiler 工具這種，網路上只有找到付費的工具，最後幸好有找到內建功能，可以達到相同的功能

使用Entity Framework 很方便，但是因為SQL 是透過EF 組出來的。如果對EF 不熟，可能自以為很完美的程式寫法，實際上卻對資料庫造成很沒有效率的Query。因此建議可以搭配SQL Profiler 檢視最終的SQL 語法。也有幾個可以提升效能的方法，請繼續看下去 …

C# 是一個非常友善的程式語言，除了有微軟的強大函示庫支援 (微軟工程師幫你寫好程式 )之外，還自動管理記憶體。
今天要研究的問題就是：自動記憶體管理還是有它的回收條件，如果程式寫法不好還是有可能會導致系統無法自動回收記憶體的問題。

Polymorphism 多形，分為三種：

• Function overloading 方法重載
• Operator overloading 運算子重載
• Abstract 抽象

透過監控資料庫Server 發現，有一些查詢完成之後，該連線的狀態會進入idle，但是過了很久都沒有釋放掉資源
這些舊的connection 沒辦法重用，也佔掉了連線數，導致connection leak
不過PostgreSQL 官方似乎有解法

上一個章節已經學會value type 可以使用@State 和@Binding 屬性，讓值改變時可以連動不同畫面的顯示更新
在這個章節可以進一步了解要如何讓reference type 達到相同的連動效果，動態反應在各個關聯的View 上

在文字方塊 INPUT 或 TEXTAREA 的游標處插入字串

LeetCode 系列