ทำไมต้องสร้างโปรเจ็กต์ ASP.NET 5 Class Library
มีประโยชน์หลายประการของโครงการ ASP.NET 5 Class Library ( .kproj) เหนือโครงการ Class Library ( .csproj):
- ห้องสมุด ASP.NET 5 ชั้นได้อย่างง่ายดายสนับสนุนโครงการข้ามรวบรวมไปยังเป้าหมายหลายอย่างเช่น
aspnet50
, aspnetcore50
, net45
และอื่น ๆ รูปแบบห้องสมุดชั้นพกพาต่างๆ ซึ่งรวมถึงการสนับสนุน Visual Studio ที่สมบูรณ์สำหรับ Intellisense เพื่อแจ้งให้คุณทราบว่า API ใดที่พร้อมใช้งานสำหรับเป้าหมายใด
- แพ็กเกจ NuGet จะถูกสร้างขึ้นโดยอัตโนมัติซึ่งเป็นสิ่งที่พบเห็นได้ทั่วไปในไลบรารีคลาส
- ประสิทธิภาพการทำงานที่ดีขึ้นเมื่อพูดถึงสิ่งต่างๆเช่นการรีเฟรช Solution Explorer โดยอัตโนมัติเมื่อระบบไฟล์เปลี่ยนไป ความขัดแย้งน้อยลงในการควบคุมแหล่งที่มาเมื่อพยายามผสานการเปลี่ยนแปลงที่ขัดแย้งกันในไฟล์ * .csproj
- สามารถคอมไพล์ข้ามแพลตฟอร์มได้ (ส่วนหนึ่งเป็นเพราะไม่ขึ้นอยู่กับ MSBuild)
คุณสามารถอ้างอิงโปรเจ็กต์ * .csproj จากโปรเจ็กต์ * .kproj (สิ่งนี้ทำได้ง่ายขึ้นมากด้วยการแสดงตัวอย่างใหม่ของ Visual Studio 2015) แต่ก็สามารถทำได้เสมอเมื่อใช้ขั้นตอนด้วยตนเอง
ทำไมชื่อจึงมี "ASP.NET" อยู่?
เท่าที่ชื่อไปมันเป็นของที่ระลึกแห่งประวัติศาสตร์ที่จะได้รับการกล่าวถึงในไม่ช้า ประเภทโครงการใหม่มีประโยชน์มากกว่าแอปพลิเคชัน ASP.NET 5 คาดว่าจะเห็นชื่อใหม่ในตัวอย่าง Visual Studio ในอนาคต:
- แอปพลิเคชันคอนโซล. NET (ข้ามแพลตฟอร์ม)
- .NET Class Library (ข้ามแพลตฟอร์ม)
ปรับปรุง 5/13/2558
ด้วยการเปิดตัวVisual Studio 2015 RCคุณสามารถดูชื่อเทมเพลตโครงการที่อัปเดต:
- ห้องสมุดคลาส (แพ็คเกจ)
- แอปพลิเคชันคอนโซล (แพ็คเกจ)
สิ่งเหล่านี้ใช้project.json
ไฟล์และ. NET Execution Environment (DNX) เพื่อสร้างรันและแพ็กเกจ (ลงในแพ็คเกจ NuGet) โครงการ
เทมเพลตโครงการเหล่านี้ยังคงแสดงในกล่องโต้ตอบโครงการใหม่ภายใต้โหนด "เว็บ" แต่ตอนนี้ยังแสดงในโหนด "Visual C #" หลักด้วย