วิญญาณดิจิตอลของนินคุง

    Process aProcess = Process.GetCurrentProcess();
    string aProcName = aProcess.ProcessName;
			
    if (Process.GetProcessesByName(aProcName).Length > 1)
    {
	MessageBox.Show("The application is already running!!","Test",
MessageBoxButtons.OK,MessageBoxIcon.Stop);
        Application.ExitThread();
    }

Optimize code นี่ล่ะ จุดนี้ทำให้เห็นได้ชัดว่า C# ถูกกำหนดมาให้เน้นเรื่องประสิทธิภาพจริง ๆ .
 

หน้า References - หน้านี้ต้องบอกว่า VB กินขาดครับ เพราะใน VB หน้านี้จะเป็นตัวจัดการ References เบ็ดเสร็จในหน้าเดียวเลยทีเดียว ที่พิเศษสุด ๆ ก็คือปุ่ม Unused References ... ที่ใช้แสดง References ที่ยังไม่ได้ถูกใช้ใน Project ของเรา ให้เลือกเอาออกได้อย่างง่ายดาย สำหรับ C# หน้านี้จะให้คุณได้แค่กำหนด References Path เท่านั้น ที่เป็นเช่นนี้คงเพราะว่า VC# โชว์ References เป็นปกติใน Solution Explorer อยู่แล้วนั่นเอง (VB ปกติจะซ่อนไว้)

 

ก็หมดแล้วล่ะครับ อาจตกหล่นอะไรไปบ้างก็ช่างเถอะ แต่ดูแล้วจะเห็นว่า VB นั้นง่ายกว่า C# อย่างเห็นได้ชัด หลายอย่างมีการจัดการให้เสร็จสรรพไม่ต้องไปหาที่ไหน แต่นั่นทำให้ VB มีโค้ดซ่อนหูซ่อนตาเราอยู่ค่อนข้างเยอะทีเดียว เนื่องจาก VB เน้นการสร้าง Application มากกว่าจะให้สนใจว่าอะไรอยู่ข้างใน (แต่สนสักหน่อยก็ดีนะเพื่อประสิทธิภาพ)

ส่วน C# นี่มันค่อนข้างเปิดเผย ดูแล้วจริงใจดี และยังสอนให้เราเข้มงวดกับการเขียนโปรแกรมมากขึ้น แต่โดยส่วนตัวผมไม่ค่อยชอบปีกกาเท่่าไหร่เพราะเหตุผลง่าย ๆ คือเวลาพิมพ์มันต้องกด Shift น่ะสิ ซ้ำยังเป็น case sensitive อีกทำให้เวลาเจออะไรที่มีตัวพิมพ์ใหญ่อยู่ในชื่อเราต้องกด Shift เพื่อพิมพ์มันซ้ำอีก (VB จะปรับ case ให้ถูกต้องโดยอัตโนมัติ ไม่ว่าเราจะพิมพ์ยังไง)

หลังจากลองเขียน Code สั้น ๆ ทั้ง VB และ C# ดูก็พบว่า C# ต้องใช้เวลานานกว่าถึง 3 เท่า แถมมักจะรันครั้งแรกไม่ผ่านอีกต่างหาก (มักจะรันผ่านตอนครั้งที่ 3) ส่วนตัวก็ยังยันคำเดิมว่ายังรัก VB มากกว่า แม้ความนิยมมันจะลดลงเรื่อง ๆ ก็เถอะ

แถม : Google Trends - VB vs C#