delphi4arab منتديات دلفي للعرب

إقتباس :دلفي بدون pointers أو الأسمبلي = vb
وصدقني لقد كان عدم دعم منصة الدوت نت لل pointers أو الأسمبلي سبب وجيه لانتقالي لدلفي ..

انا مع رأي أخي smp3 فهدا ما جعلني ابرمج بدلفي كونها ك سي++

اما دعم المنصات فهو شيء ضروري و جميل لكن لا يجب ان تتغبر اللغة بهدا الشكل.. ادا تم التخلي عن قوة دلفي سأهجر الى سي++

me_delphi كتب :اما دعم المنصات فهو شيء ضروري و جميل لكن لا يجب ان تتغبر اللغة بهدا الشكل.. ادا تم التخلي عن قوة دلفي سأهجر الى سي++

أتفق معك ...
من برمج مسبقا بال vb or dotnet ثم انتقل للدلفي ... سيفهم أكيد أن هذه التغييرات ليست في صالح اللغة

من الأفضل أن يتم المحافظة على هذه المزايا في vcl .. و يمكن تجاهلها على FM لدعم تعدد المنصات ..
لكن حذفها نهائيا من اللغة ... أعتقد أنه أمر مبالغ فيه ... أضعف الايمان يتم تصنيفها deprecated بدل ازالتها !!

إقتباس :من الأفضل أن يتم المحافظة على هذه المزايا في vcl .. و يمكن تجاهلها على fm لدعم تعدد المنصات ..

نعم هدا رأي كدلك أخي الكريم

(هده الشكرات لا تبحت الا على الربح المادي)

للعام اخواني لقد برمجت ب vb6 أولا تم انتقات الى دوت نت Vb.net and CSharp تم الى دلفي و سي++

me_delphi كتب :للعام اخواني لقد برمجت ب vb6 أولا تم انتقات الى دوت نت vb.net and csharp تم الى دلفي و سي++

اخي الكريم ايهم اكثر قوة و رواجا من حهة المداخيل المادية

التغييرات المتعلقة بالمؤشرات والاسمبلي تخص المترجمات التي تستهدف منصات المحمول،
ولا يوجد ما يشير إلى أن هذه التغييرات ستطال المترجم الخاص بويندوز مستقبلا (ولو أني
لا أستغرب أي شيء من الشركة).

إذا كنت تبرمج لويندوز نسخة ال Desktop باستخدام مكونات VCL فلا أعتقد أن هناك مشكلة
في المدى القريب، المشكلة ستواجه الذين يرغبون في برمجة ويندوز 8 بواجهة Metro فدلفي
لا تستطيع إلى الآن دعم WinRT.

رأيي الشخصي أن تدخل البيوت من أبوابها.

إقتباس :ولا يوجد ما يشير إلى أن هذه التغييرات ستطال المترجم الخاص بويندوز مستقبلا (ولو أني
لا أستغرب أي شيء من الشركة)

[COLOR="Indigo"]من أجل الحفاظ على التوافقية في الكود ... سيتم تطبيق التغييرات على جميع الكومبايلر DCC32 ,DCC64,DCCOSX ..
لقد سمعت الاشاعة من قبل (لا أذكر أين) .. لكن كنت أتوقعها مجرد فرضيات .. الى غاية أن قرأت White Paper[/COLOR]

انا لا اقلل من لغة دلفي , ولكن كما قال بعض الاشخاص في زماننا هذا اصبح المعيار الاول لقوة اللغة هو مدى دعمها لل Auto-Parallelization and Auto-Vectorization و هذا شىء تفتقر اليه لغة دلفي تماما . طبعا ممكن تعمل هذه الاشياء بواسطة ال BASM ولكنها عملية مرهقة جدا , الى حد الان مازال المترجم ينتج اسمبلي بعقلية Pentium 3 . انا اتكلم عن win32 . لذالك لا يعتبر مترجم دلفي من المترجمات الذكية مثل مكيروسوفت فيجول سي++ و GCC . من الواضح ان سياسة الشركة كانت مركزة عن الانتاجية و ليس النوعية .

virtual كتب :انا لا اقلل من لغة دلفي , ولكن كما قال بعض الاشخاص في زماننا هذا اصبح المعيار الاول لقوة اللغة هو مدى دعمها لل Auto-Parallelization and Auto-Vectorization و هذا شىء تفتقر اليه لغة دلفي تماما . طبعا ممكن تعمل هذه الاشياء بواسطة ال BASM ولكنها عملية مرهقة جدا , الى حد الان مازال المترجم ينتج اسمبلي بعقلية Pentium 3 . انا اتكلم عن win32 . لذالك لا يعتبر مترجم دلفي من المترجمات الذكية مثل مكيروسوفت فيجول سي++ و GCC . من الواضح ان سياسة الشركة كانت مركزة عن الانتاجية و ليس النوعية .

[COLOR="Purple"]حقيقة .. لست مهتم بمفهوم Auto-Parallelization and Auto-Vectorization طالما يمكن استخدام ال Pointers & ASM
لكن كلامك صحيح ف ال Thread في دلفي لم يرتقي بعد الى مفهوم ال Thread في MS C++
أو حتى memory management ..

العديد من المبرمجين يستخدمون مكتبات خارجية للتعامل مع ال Thread مثل OmniThreadLibrary ...
----------------------------
يتحدثون عن التوافقية ... و لكن لحد الآن ليست هناك توافقية مع DCC32 ,DCC64 من حيث استخدام الأسمبلي
DCC32 يتيح لك استخدام الأسمبلي داخل كود Pascal
أما DCC64 فلا يسمح بذلك
بين ال DCCOSX و DCC32/64 :
التوجيه delayed على سبيل المثال غير مدعوم في DCCOSX .. و الكثير من الامور الأخرى ... [/COLOR]

إقتباس :اخي الكريم ايهم اكثر قوة و رواجا من حهة المداخيل المادية

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

أخي smp3 ادا تحقق هدا فكل من يستخدم الدلفي في الهندسة العكسية مثلا وأمور متقدمة تحتاج فيها الأسمبلي حتما سينتقل الى سي++