直接答案:ASP.NET Core 是建立在現代 .NET 之上、用來做網站與 API的框架。若Microsoft .NET是整個施工體系,ASP.NET Core 就是專門蓋「網頁這棟樓」的工法與工具。它適合企業級網頁應用、API 與 .NET CMS(如 Umbraco);不是每個香港中小企形象站的預設答案。
本文與 .NET 總覽分工:那邊講平台與名稱演變;這邊聚焦「做網站時 ASP.NET Core 實際代表甚麼」。亦可對照PHP與Node.js。
ASP.NET Core 是甚麼
它處理 HTTP 請求、路由、中介層、身分認證、MVC/Razor 頁面或 API 控制器等網頁應用基礎能力,讓團隊用 C# 建造可維護的服務端應用。
- 跨平台:可跑在 Linux/Windows 等
- 開源,隨 .NET 版本演進
- 可做伺服器渲染網站,也可做純 API
與 .NET 總覽如何分工理解
- .NET:執行環境、函式庫、語言與廣泛應用類型
- ASP.NET Core:網頁/API 專用框架層
- Umbraco 等:在 ASP.NET Core/.NET 上的 CMS 產品
聽供應商說「用 .NET 做網站」,請追問是否現代 ASP.NET Core,以及內容層是自訂還是 CMS。
典型網站用途
- 企業入口、會員與服務平台
- 給 App/前端呼叫的 REST/API
- 與 Azure AD/Entra、內部系統整合的業務網
- 驅動 Umbraco 等 .NET CMS 的底層
優勢
- 與 Microsoft 雲與身分生態整合順
- 強型別與工程工具鏈適合中大型代碼庫
- 性能與中介層管線清晰,利於企業治理
- LTS 版本策略有助排程更新(仍須執行)
與其他網頁後端的分別
- vs PHP/WordPress:後者內容生態與 SME 供應鏈更密;ASP.NET Core 偏自訂系統與 .NET 組織
- vs Node.js:選人才與既有系統,多於抽象能力爭霸
- vs 只買主題:ASP.NET Core 專案是工程交付,不是模版超市
何時適合/不適合
較適合
- 已有 .NET 團隊或 Microsoft 為主的 IT 政策
- 官網必須深串內部 API/身分
- 已選 Umbraco 或其他 .NET 產品
通常不必
- 標準形象站、無整合、要快速自行改稿
- 完全沒有 .NET 維護計劃
找供應商要問甚麼
- 目標 .NET/ASP.NET Core 版本與支援期限?
- 部署:Azure、IIS、Linux 容器?誰監控?
- 內容誰更新?有 CMS 嗎?
- 是否殘留舊 .NET Framework 元件?
- 原始碼、管道與文件如何交接?