หน้าแรก>หนังสือสอน>การพัฒนาโปรแกรม
ไม่มีทรัพยากร
ในสาขาเทคโนโลยีคอมพิวเตอร์ มี "กฎของมัวร์" ซึ่งถูกค้นพบโดยประธานกิตติมศักดิ์ของ Intel กอร์ดอน มัวร์ หลังจากการสังเกตมาเป็นเวลานาน หมายความว่าจำนวนทรานซิสเตอร์ที่สามารถรองรับบนวงจรรวมจะเพิ่มขึ้นเป็นสองเท่าทุกๆ 18 เดือน สิ่งนี้ไม่เป็นความจริงในสาขาซอฟต์แวร์ใช่ไหม โดยเฉพาะในระดับหนึ่ง ตอนที่ฉันเข้าเรียนวิทยาลัยครั้งแรกในปี 1992 ฉันต้องเผชิญกับเครื่องจักร 8088 เครื่อง การพัฒนาโปรแกรมขึ้นอยู่กับอินเทอร์เฟซบรรทัดคำสั่ง Turbo C2.0 ฐานข้อมูล Foxbase และ "earth guns" อื่นๆ และแนวคิดต่างๆ เช่น การเขียนโปรแกรมเครือข่าย การประมวลผลพร้อมกัน และ การควบคุมธุรกรรมยังไม่เคยได้ยินมาก่อน ตอนที่ฉันทำโปรเจ็กต์สำเร็จการศึกษาในปีสุดท้ายในปี 1996 ครูคนหนึ่งของเราชื่อ Teng เป็นผู้นำโปรเจ็กต์สำเร็จการศึกษาและแนะนำให้เรารู้จักการพัฒนาโปรแกรมในโมเดลไคลเอ็นต์/เซิร์ฟเวอร์ เครื่องมือที่ใช้คือ Sybase/PowerBuilder ในตอนนี้ แม้แต่เวอร์ชันดั้งเดิมก็ตาม ของ PowerBuilder ไม่สามารถใช้งานได้อีกต่อไป ลืมไปว่าฉันออกจากโรงเรียนก่อนที่ฉันจะเข้าใจแนวคิดการพัฒนาของโมเดลไคลเอนต์/เซิร์ฟเวอร์ หลังจากสำเร็จการศึกษาจาก IRS ฉันเห็นซอฟต์แวร์รวบรวมข้อมูลบน LAN ซึ่งใช้ไฟล์เซิร์ฟเวอร์ NetWare และ Foxpro2.5 เพื่อแก้ปัญหาการประมวลผลพร้อมกัน จึงมีรหัสจำนวนมากสำหรับการล็อคและปลดล็อคตารางหรือบันทึกในโปรแกรม เพื่อที่จะแก้ไขปัญหาของตารางบางตาราง โปรแกรมเมอร์จึงใช้สมองอย่างหนักว่าจะเปิดแบบเฉพาะหรือแบบแชร์ ในช่วงปลายทศวรรษ 1990 มีแอปพลิเคชัน C/S จำนวนมากปรากฏในที่ทำงาน เช่น โหมด VB+SQL Server, โหมด PowerBuilder Sybase, โหมด Delphi+MS SqlServer เป็นต้น ภายใต้วิธี C/S โปรแกรมเมอร์ได้รับประโยชน์อย่างมาก ฟรี คุณไม่ต้องกังวลเกี่ยวกับการล็อคและการปลดล็อคฐานข้อมูล แต่คุณต้องพิจารณาปัญหาต่างๆ เช่น การประมวลผลธุรกรรม การคอมมิตและการย้อนกลับแบบสองเฟส และความสอดคล้องของข้อมูล ต่อมา ด้วยความเจริญรุ่งเรืองของอินเทอร์เน็ต ระบบแอปพลิเคชันสถาปัตยกรรม B/S ก็ปรากฏขึ้น และเทคโนโลยี CGI, PHP, ASP และ JSP ก็ค่อยๆ ได้รับความนิยม อย่างไรก็ตาม ทั้งสถาปัตยกรรมไคลเอ็นต์/เซิร์ฟเวอร์และเบราว์เซอร์/เซิร์ฟเวอร์มีข้อบกพร่องร้ายแรง กล่าวคือ ทั้งสองทำงานแยกกันและไม่สามารถกำจัดโชคร้ายของ "หมู่เกาะข้อมูล" ได้ และไม่สามารถตระหนักถึงการรวมระบบแบบกระจายได้ เพื่อให้เป็นตัวอย่างที่ง่ายที่สุด โดยมอบหมายให้บริษัทซอฟต์แวร์แห่งหนึ่งได้พัฒนาระบบการจัดซื้อ การขาย และการจัดการสินค้าคงคลังและการจัดการสินค้าคงคลัง และยังจัดซื้อชุดซอฟต์แวร์ทางการเงินซึ่งทั้งสองระบบมีโครงสร้าง C/S ไม่มีทางที่ทั้งสองระบบจะสื่อสารกันได้ และต้องป้อนใบสำคัญการบัญชีด้วยตนเอง เพื่อแก้ไขปัญหานี้ ช่างเทคนิคมักจะใช้วิธีการแลกเปลี่ยนไฟล์ข้อมูล เช่น การใช้ไฟล์ TXT มาตรฐานที่มีความกว้างเท่ากัน การเขียนไฟล์ส่งออกข้อมูลที่ระบบป้อนข้อมูลสามารถรับรู้ได้สำหรับระบบเอาต์พุตข้อมูล จากนั้นจึงนำเข้าด้วยตนเอง โดยระบบป้อนข้อมูล วิธีการนี้มีประสิทธิภาพแบบเรียลไทม์ต่ำและข้อมูลสูญหายได้ง่ายในระหว่างกระบวนการแลกเปลี่ยน บางโปรแกรมเพียงเขียนโปรแกรม Socket เพื่อการสื่อสาร [รูปที่ 1] ตัวอย่างเช่น ระบบตรวจสอบข้ามใบแจ้งหนี้ของ Golden Tax Project ใช้วิธีการนี้ในการสื่อสารและบูรณาการระหว่างระบบตรวจสอบของฝ่ายบริหารทั่วไป สำนักงานจังหวัด และสำนักงานเทศบาล
ขยาย
ข้อมูลเพิ่มเติม
เวอร์ชันที่เกี่ยวข้อง
แนะนำสำหรับคุณ
ข้อมูลที่เกี่ยวข้อง ทั้งหมด
ความคิดเห็นจากผู้ใช้