using Tim Corey 構建 Postman 克隆

在本課中，我們深入探討如何透過仔細設置應用基礎來建立Postman的複製。 Tim Corey在他的課程中的第二課中解釋此過程，其中重點完全放在專案設置上，而非功能或API邏輯。 此階段的目標不是建立請求、處理回應或工作上的REST API，而是要從一開始就確保應用的結構設計正確。

Tim介紹這節課作為完整課程的一部分，顯示如何從頭開始建立屬於您自己的Postman式工具。 他解釋這個專案旨在幫助使用者理解應用的生命週期，從設置到增強，最終可能成為真正的Postman替代品。這節課對初學者友好，故意以緩慢的節奏進行，讓使用者能夠跟上並理解每個決策的原因。

通過觀看此影片 - "設定專案：構建Postman的複製課程"，Tim幫助觀眾瞭解如何正確設置Windows Forms應用，將其連接到支持的類庫，並為未來的API開發準備解決方案。

課程概述與目的

Tim首先解釋這節課是關於設置建立Postman複製所需的初始結構。 他明確表示，重點不在於製作API請求或處理JSON回應，而在於建立專案，正確配置它們，並讓一切準備就緒。

他解釋這課程旨在幫助使用者了解如何製作像Postman這樣的真實世界工具，作為一個簡單的Windows應用。 雖然最終的應用不會取代Postman，但會展示核心概念，如REST請求、回應和UI設計。 Tim還解釋，雖然此專案可以激發作品集創作靈感，但使用者不應直接複製它。 相反，他們應改進和修改它，建立出獨特的作品。

建立Postman複製的類庫

在此時，Tim 開啟Visual Studio 2022並開始設置過程。 他解釋說在錄製時使用的最新版本，從新建專案開始。 在這課中，他選擇先建立類庫。

Tim解釋，這個類庫將最終承擔UI將參考的共享程式碼。 這種方法有助於分離關注點，保持應用程式的組織性。 他也解釋了雖然專案建立的順序通常無關緊要，但先從類庫開始讓他能演示開發人員在設置中可能遇到的常見問題。

他查找C#類庫並強調它必須是現代的.NET專案，而不是舊的.NET Framework。 Tim選擇了.NET 8類庫，並指出更高版本如.NET 9或更新更也可以運行。 他解釋說，版本之間的差異是發展過程中的正常現象，學會適應是一項重要的技能。

正確命名解決方案和專案

Tim花時間解釋如何命名解決方案和專案。 他將解決方案命名為Postman複製應用，類庫命名為Postman複製類庫。 他解釋說包含"Library"這個詞使哪個專案包含共享邏輯，哪個包含UI非常明顯。

這種命名方法在以後處理引用時有助。 Tim解釋說，引用應始終從UI流向類庫，永遠不相反。 這種設計選擇支持更清晰的程式碼和更好的長期開發過程。

他還解釋了為什麼他沒有把解決方案和專案放在同一個目錄中。 由於此應用將包含多個專案，分開它們可以使導航更容易且避免解決方案增長時的混淆。

新增Windows Forms UI專案

一旦類庫建立完成，Tim向解決方案新增第二個專案。 這次，他選擇了一個Windows Forms應用程式。 他解釋這個專案將作為Postman複製的UI，並最終允許使用者輸入URL、查詢參數和查看回應。

他將專案命名為Postman複製UI並再次確認它正在使用.NET 8。 Tim簡要說明了顯示縮放導致的DPI相關訊息。 他解釋這對本課不重要，DPI處理可在需要時進一步探索。

在此階段中，解決方案現在包含兩個專案：一個類庫和一個Windows Forms UI。 這一結構為在Windows上構建Postman風格工具奠定了基礎。

修復啟動專案問題

Tim演示了一個問題是由於首先建立類庫時發生的問題。他嘗試運行解決方案時，Visual Studio顯示錯誤，說類庫不能直接啟動。

Tim解釋這是一個常見的設置問題，強調仔細閱讀錯誤消息的重要性。 他解釋錯誤消息往往會告訴您什麼是錯的以及如何修復它。

他展示了兩種解決問題的方法：使用上下文選單設置UI專案為啟動專案，或從運行按鈕旁邊的啟動專案下拉選單中選擇它。 完成後，Windows Forms UI正確啟動。

將專案新增到Git和GitHub

在解決方案結構就位後，Tim轉向源程式碼管理。 他打開Git變更窗口，解釋尚未啟用版本控制。 他直接從Visual Studio建立Git儲存庫。

Tim解釋.gitignore文件的目的，指出編譯文件等構建輸出不應包括在源程式碼控制中。 由於這些文件可以重新建立，因此不屬於GitHub儲存庫。

他還討論了授權並解釋選擇無授權意味著保留所有程式碼權限。 Tim新增了一個README文件並解釋其重要性，特別是如果它將被分享或作為投資組合的一部分時。

Tim命名GitHub儲存庫，新增清晰描述，說明這是一個Windows Forms重建的Postman，並選擇保持儲存庫為私有，因此使用者將重點放在學習而非複製程式碼上。

了解源程式碼管理指示器

將程式碼推至GitHub後，Tim解釋在解決方案資源管理器中顯示的鎖圖標。 這些圖標表示文件由源程式碼控管追蹤，且未被修改。

他解釋這些指示器在新增或更新文件時會改變，幫助開發人員了解將提交哪些更改。 這些視覺反饋在專案增長及增加更多功能時變得非常有用。

保留Class1並新增引用

Tim解釋為什麼目前在類庫中保留預設Class1文件。 如果沒有至少一個類，該類庫將沒有命名空間，從而無法從UI引用。

然後，他將類庫新增為UI專案的依賴項。 Tim演示了將類庫拖到UI依賴項上的方法，以及使用"新增專案引用"選項。 這一步允許UI存取共享程式碼，這對構建結構化的Postman複製至關重要。

將Form1重命名為Dashboard

Tim將預設Form1重命名為Dashboard，解釋這個畫面代表應用的主螢幕。 當此表單關閉時，應用也會關閉。

他確保所有引用都已正確更新，包括程式碼後面的Program.cs。 Tim還將Program.cs中的命名空間轉換為文件範圍的命名空間，解釋這提供了更大的空間和更清晰的未來變更格式。

調整UI屬性和字體設置

Tim打開Dashboard表單，關注屬性窗口。 他解釋開發者如何在Visual Studio中重新定位窗口以匹配他們的工作流程。

他將表單標題更改為清晰識別應用為Postman複製，並將預設字體大小從9增加到18。Tim解釋說，設定字體大小可以確保所有將來新增到UI的控件具有一致的大小。

提交初始設置

所有設置更改完成後，Tim對修改的文件進行stage並建立提交。 他解釋提交消息不必完美，但應該清楚地描述設置更改。

他提交並將程式碼與GitHub同步，確保儲存庫完全更新並準備好繼續開發。

準備下一步建構Postman複製

為影片收尾，Tim解釋專案設置現在已完成。 在下一課中，重點將轉向構建UI並建立一個簡單的方法來向API發送GET請求並顯示回應。

他鼓勵觀眾在觀看下一個影片之前先自行嘗試下一步。 目標是建立一個簡單的介面，可以發送請求、接收資料並顯示格式化的JSON回應。 這種方法有助於使用者更好地了解過程並使其將來能夠提升應用。

Tim最後提醒觀眾這個專案是為了成長而設計的。 從簡單設置開始可以讓開發者建立信心，理解工作流程，並逐漸將專案變為一個有意義的Postman風格工具。