CSC-SY

طيب في سبب بخليكون تفضلوا C# على VB.NET ؟

مجرد فرق بسيط بالـ Syntax, وقرب من الـ Java والـ ++C, والكود بصراحة صرت حسو مفهوم أكتر, يعني مدري شلون بيصير الكود أحلى, فؤاد بنصحك تجرب مانك خسران شي.

    Public Sub DoSomthing()

        For index As Integer = 0 To 1

            While index = 2

            End While
        Next
    End Sub

    public void DoSomthing()
    {
        for (int index = 0; index <= 1; index++)
        {
            while (index == 2)
            {
            }
        }
    }

مثلاً بالـC# مافيك تعرف القوس عم يسكر أي مجال مباشرةً
حلقة for فيها تعليمات مالها داعي, = و == , الفاصلة المنقوطة إلخ...

بس برأيي الفرق الملموس الوحيد هو الـ Editor تبع VB.NET بالـVisual Studio أحسن بكتير من تبع C#
هو على حد علمي هالشي بيرجع للـ Syntax نفسه كون انه أسهل انك تعمل Interpretor للـ VB.NET
مشان هيك وانت عم تكتب VB.NET الـ Background Compiler بيكتشف كل الأخطاء الموجودة بالكود وبيعلملك ياها وبتظهر بنافذة الـ Task List أما بالـ C# في أخطاء مابتظهر لتعمل Compile وبظن لو هالشي ممكن بالـ C# كانو عملوه لأنو مفيد كتير!

قبل بروز VB.NET وأخواتها كانت المناظرة حول من أفضل Java أو C++ ، أو Java و C#...أي أنك تتوجه إلى شركة SUN وحلفائها أو مايكروسوفت.... لكن مايكروسوفت غيرت موضوع المناقشة الذي يناقشه المبرمجون إلى من أفضل C# أو VB.Net أي أنك تتوجه إما إلى مايكروسوفت أو إلى مايكروسوفت. موضوع المناقشة يصب في مصلحة مايكروسوفت بالنهاية...........

غريب أن تقارنوا بين اللغتين من ناحية طريقة الكتابة و سهولة قراة الكود..هذه أمور بسيطة لا تتميز بها اللغات و إنما يعود الأمر للمبرمج نفسه.
C#.NET هي افضل من vb.net بالقوة فهي تستطيع الوصول والتعامل المباشر من الذاكرة وهذا يتم عبر الشفرة غير الآمنة unsafe code وهي تنقية برمجية متقدمة وخطيرة بنفس الوقت و #C صممت من الصفر خصيصاً لإطار عمل NET. وبعض المزايا التي نقول بحق انC#.NET هي الآن افضل من VB.Net .....

هي مقالة على ويكيبيديا بتوضح الفروقات بين اللغتين
بتلاحظ انو الفروقات بسيطة ولاتستحق الذكر, إلا بحالات خاصة جداً لما بكون في داعي لاستخدام unsafe code
وفي ميزات موجودة بـVB.NET مو موجودة بـ C# متل مو مذكور بالمقالة.
يعني مافينا نقول C# أفضل من VB.NET
ومؤخراً (بالـ VB 9) في كمان XML Literals مو موجودة بـ C# 3
في هالمقالة كتبها أحد أنصار C# بهالخصوص:
XLinq has me wanting to code in VB.NET

بس الي عم قولو أنا انو الفرق بالأدوات (بهالحالة Visual Studio) بيطغى على الفروقات البسيطة الموجودة بين اللغتين.
والغريب انو مع ذلك (كون VS أفضل بالتعامل مع VB من التعامل مع C#) لغة C# منتشرة أكتر بكتير من VB.NET بجوز متل ماقال mpcabd بسبب سوء الفهم أو بسبب العادة (استخدام C و Java)

يعني بالنهاية , كل واحد وإلو رأيو ورح يشتغل عيللي بيرتاح عليه , سواء كانت VB.net أفضل من #C أو العكس.

يعني قد أتوافق مع البعض بأن المهم أولا خبرة المبرمج

ومن ثم اللغة اللأفضل بالنسبة اليه هي اللغة التي تخدمه في برمجة نظام معين بأسهل طريقة ممكنة و أقوى ظريقة ممكنة

السلام عليكم

أحببت فقط أن أبدي رأيي بالموضوع

ربما من وجهة نظر متقدمة c# أفضل من vb.net من ناحية معرفة التسلسل المنطقي لسير البرنامج لأن vb.net هي لغة برمجة مقادة بالأحداث event driven أي أنها تدعم ما يدعى rapid application development وهو مناسب جداً للمبتدئين, أما لغة c# فتتمتع بنمط أقل تشدداً (مع أن ما يدعى في لغات البرمجة بـ main message loop يقع ضمن أجزاء .net frame work في كلا الحالتين).
من وجهة نظر مطور برامج أنا أعتقد أن اللغتين متشابهتين وربما vb.net أسهل, أما من وجهة نظر مدير نظام فلغة c# أفضل, لأنه ببساطة ربط النظام ككل واكتشاف الأخطاء المتقدمة أسهل بكثير في لغة c#.

وفي الحقيقة أنا أفضل c# لأنها تدعم تقنيات c++ (لغتي المفضلة) وهي تقنيات لا تدعمها vb .net (مثل استخدام المؤشرات وتوابع الاستدعاء الخلفي.....).

طيب في نوع محدد من التطبيقات بتقوم فيه #C و مابتقوم فيه VB
و هل العكس صحيح

مثلاُ إحدى التطبيقات التي مررت بها ويمكن تصميمها باستخدام c# ولا يمكن ذلك باستخدام vb .net:

من المعروف أن تطبيقات ويندوز كانت تستخدم GDI للرسم ثنائي الأبعاد (العادي يعني) وقد تم تطوير هذه التقنية إلى ما يدعى GDI+ وهو ما يستخدمه .net framework في عمليات الرسم الخاصة به. إلا أن المشكلة هي أن هذا GDI+ بطيء جداً جداً يعني أبطأ من GDI بشي 1000 مرة.
عند الحاجة إلى معالجة صورة ما(مثلاً عندي برنامج بدي أعطيه صورة وهو بيقلبها مثلاً) يمكن استخدام GDI+ يعني توابع التعامل التقليديةالمستخدمة في .net وهي متوفرة في كل من c# و vb .net وبياخذ قلب الصورة شي عشر ثواني, أما في حال أردت استخدام GDI فهو يتم عن طريق unsafe code والذي لا يدعمه vb .net قطعاً.

هذا أحد الأمثلة العديدة وهناك أمور أمثلة أخرى يمكن ذكرها إذا أردتم.

يعني عزيزي mpcabd لما بتكون عملت event ضمن class ةبدك بعدين تربط delegate مع هذا الـ event (ونفس الشي من شان control events) بالـ c# بنستخدم العملية += وبيكون التنفيذ واضح وتسلسل التنفيذ معروف , أما في vb .net فإنا اكتب sub وأكتب في آخره كلمة handle وأحلى من هيك أنو فيني أكتب application.DoEvents يعني في حدا يكون خارق ويحزر شو تسلسل التنفيذ هون ومين عم يستدعي مين وإذا صار خطأ من وين عم يطلع!!!!

يمكن لحتى توضح وجهة نظري لازم تطلعوا على البنية الأساسية لتنفيذ برامج windows وهي سهلة الفهم بس صعبة التفيذ.

بدي أعطيك مثال شبيه يمكن يوصل الفكرة. عند تصميم موقع باستخدام asp .net (وطبعاً mpcabd معلم بالهشغلات) لما بيطلع خطأ ضمن إحدى خظوات التنفيذ التي لا تكتبها أنت يعني بقلك SqlDataSource عطا خطأ مدري وين, يا ترة بتقدر تحل هالأخطاء ببساطة؟ لو كان تسلسل التنفيذ ضمن الكود الخاص بك مو عند .net framework مو بيكون أسهل بكتير حل هيك مشاكل؟

آمل أنو تكون فكرتي وصلت وعذراً على الإطالة

لقيت هي المقالة, ظريفة, اقرأوها: http://downloads.develop.com/whyvbnet.htm

بـ Microsoft ما بعرف بصراحة بس بغيرها حكيك مو صحيح و ال MultiThreading موضع تاني بينحكى كتير عنو و هالشي ما بيدل على ضعف البرنامج او قلة خبرة من المبرمج أبدا

بصراحة هذا الموضوع أقوى موضوع

 أنا اشتركت بالمنتدى من شهرين و نصف تقريبا

يعني فعلا و حسب رأيي هذا الموضوع من أقوى المواضيع التي أثيرت في المنتدى و من أكثرها اغناء و فائدة و ياريت يكون هناك المزيد من المواضيع بنفس المستوى

فعلاً يا إخوان كم أشعر بالفرح عندما أشاهد مثل هذا النقاش بين طلاب كليتنا العزيزة....و بصراحة بدأت تزول من عندي فكرة أن المواقع التي يصممها طلاب الكلية تكون للتسلية و مضيعة الوقت...
اسمحوا لي أن أبعتد عن سياق النقاش و أقول أن الشركة الخاصة بمثل هذه اللغات تضيف في كل فترة شيئاً جديداً إلى كليهما أو إلى واحدة منهما..لذلك فمن الصعب جداً أن تهيمن إحداهما على الأخرى و حتى لو حصل ذلك فإنه سيكون لفترة وجيزة جداً و لكني مع هذا كله أبقى من أنصار C# حتى و إن لم تكن الأقوى فأنا أرى أن من يتقن شيئاً غاية الإتقان أفضل ممن يتبع كل لغة حديثة دون أن يصبح خبيراً بها لأنه في كل فترة سيخرج إلينا شيء جديد...

كان عمبيخطر ببالي تساؤل ....
هلأ مو الـ #C والـ Visual Basic .NET بيتحولوا لـ MSIL؟
طيب حدا شاف شو مقابل الـ Unsafe Block تبع الـ #C بالـ MSIL؟
ما ممكن يصير الـ Visual Basic Compiler قادر على إنتاج نفس الكود بالـ MSIL؟
ما بعرف هي فكرة خطرت على بالي, ممكن تتنفذ!

: I think you mean this

?VB vs. C# MSIL Code Generation: Are the results equal

طيب, أنا عمبقول: ما ممكن يصير الـ Visual Basic Compiler يعطي نفس الترجمة للـ Unsafe Block متل الـ #C؟
يعني أكيد الكود بالـ MSIL بيفرق بين اللغتين, بس ما فيك تنفي التشابه, فمعناتها الـ NET Framework. بيقدر يفهم التنين, فلازم يكون قادر على فهم الـ Block بالحالتين, فوقتها ممكن حل هالمشكلة.

أنا بدي أدعمها, أنت شو رأيك؟
أخي تعو نشتكي لعمو Bill Gates, بركي بيظبطلنا ياها؟
ممكن على فكرة نحاكي الشباب الطيبة تبع الـ Mono وتصير مميزة للـ Mono.