答客問:ASP.NET Core Web API簡單型別無法正常取值問題背後的問題
教學上,我一直認為沒有爛問題。只有懂與不懂。實務問題都是好問題。
原始問題是,他想要對一個簡單型別進行取值的動作,我們快速打造出第一版原型ASP.NET Core Web API程式碼:
教學上,我一直認為沒有爛問題。只有懂與不懂。實務問題都是好問題。
原始問題是,他想要對一個簡單型別進行取值的動作,我們快速打造出第一版原型ASP.NET Core Web API程式碼:
近期,我們有意將 Windows Container 升級至最新半年通道 Windows Server 2004,從 1709、1803、1809、1903、1909 一路被虐過來,總覺得會越走越輕鬆,結果沒有。前面,在解決了 VMTools 造成容器服務會被中斷的問題之後。馬上又碰到第二個問題。
話說,工作電腦突然得到好人哭哭卡一張。重開機後用 BlueScreenView 去看了一下,原因是:SYSTEM_SERVICE_EXCEPTION,嗯,好吧,這好像不是我能處理的。
重開機之後,想說繼續之前被中斷的工作,其中一項是更新 Visual Studio 2019,結果:
公司新筆電,怎麼用不到半年整個 C: 就快滿了。當初 C: 給了約 220GB,雖然安裝一些開發工具會佔一些空間,但也不應該會把 C: 吃到快滿的狀態。
在某個時間點之後,我們的 Docker for Windows 服務測試區進入了非常不穩定期。一開始不容易發現的原因是,預設執行中的容器(Container)有下 --restart=always
而且又是在測試區,也就是說,當你部署新的容器服務時,會有10-15鐘很正常,然後中間會有個有個瞬斷。容器被中止後,因為 --restart=always
參數的關係, Docker 服務會用最快的時間重啟一個容器還給你用。所以總會覺得怎麼最近寫的容器應用程式怎麼過一段時間就卡卡的。在某次下 docker ps
時看到才發現到這些容器的啟動時間怪怪的。
教學上,我一直認為沒有爛問題。只有懂與不懂。
平常我們在課程上設計的範例為求簡單好懂,通常都會盡量簡化。但回去之後的實務問題,在我眼裡都非常有價值。API 的開發可以很簡單,也可以很複雜,例如,只是單純從後端資料庫取資料,資料表與Model的對應關係通常都是一對一(1:1)的,輸出入也很單純只會有一層,除非你導入了如 Entity Framework 之類 ORM,產生了一對多(1:n)或多對多(n:n)的情境。
{
"filter":{
"name":"bruce",
"currentPage":1,
"pageSize":5
}
}
以同學提問的情況,感覺比較像 Front-End First(或稱 JSON First),也就是 JSON 規格是由前端定義。我們一步一步來解決。