การกำหนดเวอร์ชัน REST API เป็นส่วนสำคัญในการรักษา API ที่ประสบความสำเร็จและได้รับการออกแบบมาอย่างดี ด้วยการใส่หมายเลขเวอร์ชันใน URL หรือส่วนหัวของคำขอ HTTP นักพัฒนาสามารถมั่นใจได้ว่าไคลเอนต์ของ API ใช้เวอร์ชันที่ถูกต้องและสามารถทำการเปลี่ยนแปลงกับ API ได้โดยไม่ทำให้ไคลเอนต์ที่มีอยู่เสียหาย มีหลายวิธีในการกำหนดเวอร์ชัน REST API รวมถึงการใช้หมายเลขเวอร์ชันใน URL การใช้ส่วนหัว Accept และการใช้ส่วนหัวแบบกำหนดเอง ในบทความนี้ เราจะสำรวจแนวทางต่างๆ ในการกำหนดเวอร์ชัน REST API..

การสร้างแอป Blazor และบูรณาการเข้ากับโซลูชัน .NET เป็นเรื่องง่าย ขอบคุณ BlazorWebView แม้ว่าจะเป็นของเก่าอย่าง Windows Forms หรือ WPFก็ตาม น่าเสียดายที่ชีวิตไม่ใช่ฟาร์มม้า สิ่งนี้มีผลโดยเฉพาะกับซอฟต์แวร์ของบริษัทที่เติบโตขึ้นตามกาลเวลา แอปพลิเคชัน Windows Forms ที่ใช้ .NET Framework แบบคลาสสิกนั้นมีข้อเสียน้อยที่สุด เพราะนอกเหนือจากนั้น ทุกอย่างตั้งแต่ VB6, MFC ไปจนถึง Delphi ก็รวมอยู่ด้วย แต่เกมยังไม่จบสำหรับแอป Blazor ของคุณ! ต้องขอบคุณมาตรฐาน COM ที่ทำให้แอป Blazor..

ข้อจำกัดความรับผิดชอบ: นี่เป็นบทความแรกในชุดที่จะอธิบายการทอผ้าใน .net บทความนี้มีไว้สำหรับผู้ที่รู้ ศูนย์ เกี่ยวกับหัวข้อนี้และต้องการเริ่มบริโภคเครื่องทอผ้า ดังนั้น ข้ามไปได้เลยหากคุณรู้พื้นฐานอยู่แล้ว (หรืออาจอ่านเพื่อเรียนรู้สิ่งใหม่ๆ) หากภาษาอังกฤษไม่ใช่ภาษาอังกฤษของคุณ คุณสามารถใช้งานเวอร์ชัน "ในภาษาโปรตุเกส" ได้ที่นี่ พบบทความที่สองในชุดนี้ ที่นี่ บทนำ 🎉 ฉันเริ่มซีรีส์นี้ด้วยเหตุผลสองประการ..

การแนะนำ คีย์เวิร์ด In ถูกนำมาใช้กับ C# 7.2 พูดตามตรงฉันไม่ได้ตระหนักถึงคุณสมบัตินั้นและประโยชน์ที่ได้รับ เมื่อเร็ว ๆ นี้ฉันพบปัญหาในหัวข้อนี้ในขณะที่ชั้นเรียนที่ฉันกำลังดำเนินการเป็นส่วนหนึ่งของสถาบัน bootcamp มันเป็นหนึ่งในคลาสพื้นฐานคลาสแรกๆ และฉันเล่าเกี่ยวกับพารามิเตอร์ที่ส่งผ่านโดยการอ้างอิงโดยใช้คีย์เวิร์ด ref และ out และฉันมีคำถามเกี่ยวกับคีย์เวิร์ด "ใน" ซึ่งพูดตามตรงทำให้ฉันนิ่งงัน ฉันรู้ว่าคีย์เวิร์ดนี้ช่วยให้เราส่งพารามิเตอร์โดยการอ้างอิง..

แม้ว่าการเขียนโค้ดจะเป็นเรื่องสนุก แต่คุณต้องแน่ใจว่าโค้ดของคุณใช้งานได้ตลอดเวลา เมื่อมีสิ่งผิดปกติเกิดขึ้น ลูกค้ามักจะตำหนินักพัฒนา แต่ 7 ใน 10 ครั้งนั้นเป็นข้อมูลที่ผิด ยกเว้นลูกค้า 2 ใน 10 ครั้งเป็นปัญหาตรรกะ ("แต่ไม่เห็นว่าจะเกิดปัญหานี้") และ 1 ใน 10 ครั้งเป็นข้อผิดพลาดของนักพัฒนา เราซึ่งเป็นนักพัฒนาไม่สามารถคิดแทนลูกค้าหรือทุกสิ่งที่ผู้ใช้สามารถทำได้ แต่เราสามารถตรวจสอบให้แน่ใจว่าโค้ดของเราทำงานได้ตามที่ควรจะเป็น ดังนั้นเราจึงควรทดสอบโค้ดของเรา ไม่ใช่แอปพลิเคชัน..