مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !!

[SMP3]

السلام عليكم و رحمة الله و بركاته

خبر سيفاجئ العديد ... لغة دلفي في تغير .. , هناك العديد من المزايا سيتم التخلي عنها في Delphi compiler مستقبلا :

- أولها سيتم حذف with statement من اللغة !!! أمر يصعب تصديقه !!!
و العديد من المزايا الأخرى ... مثل الأسمبلي (سيتم تجاهله مستقبلا )
أمر محير : أول شيئ تم التفاخر به في مترجم 64 بت للسي ++ بويلد هو امكانية استخدام 64 بت أسمبلي(كون MS C++ Compiler لا يسمح بكتابة أكواد أسمبلي 64 بت ) ..
ثم نتفاجئ بأنه من المحتمل مستقبلا بأن يتم حذف دعم الأسمبلي في اللغة (دلفي & سي ++ )

هذه قائمة بالتغييرات التي سيتم أخذها بعين الاعتبار في النسخ المستقبلية من دلفي

 Sooner or later, the with statement [COLOR="Red"] is going to be deprecated and removed from the
Delphi language[/COLOR]. You can easily start removing it now from your code, and most Delphi
developer will agree this is a good idea anyway, given some of the hidden pitfalls of this
keyword.
 Reduce or remove pointer usage, given direct usage of pointer is being discouraged as we
move towards some automatic memory management. Using generic container classes,
instead of TList (internally based on pointers) is a good example of the migration that the
Delphi RTL library is undergoing, and we suggest that Delphi developers perform similar
conversions in their code as well.
 Remove assembly code, as this isn’t portable to the new compiler and isn’t applicable to
ARM CPUs.
 The volatile attribute is used to mark fields subject to change by different threads, so that
the code generation won’t optimize copying the value in a register or another temporary
memory location not shared by the separate thread.

كل هذه المزايا يتوقع أن يتم حذفها من DCC32 ,DCC64,DCCOSX من أجل المحافظة على التوافق مع كومبايلر الموبايل iOS / Android ARM compiler

المصدر :

White Paper : The Delphi Language for Mobile Development

[S.FATEH]

بالنسبة with statement انا معهم اكره هذه الجملة اما غير ذلك فلا خاصة دعم الاسمبلي و الـ pointers فهي ميزات بدونها دلفي ستفقد الصدارة

[SMP3]

بالنسبة with statement انا معهم اكره هذه الجملة اما غير ذلك فلا خاصة دعم الاسمبلي و الـ pointers فهي ميزات بدونها دلفي ستفقد الصدارة

أعتقد أن تطوير ال vcl سينتهي قريبا .. بمجرد تطبيق هذه التغييرات !!!

[محمد عبد العزيز]

الخبر غير مفاجئ سبق لهم وصرحو عن التخلي عن الBackward compatibility
التغييرات لا بد منها لنجاح المحمولية وتعدد المنصات (النظام و المعالج)

أعتقد أن تطوير ال vcl سينتهي قريبا

الVCL قوته على نظام Windows/Win32 الذي بدوره بمرحلة تغيير جلده او الانقراض! ننتظر ونرى ماذا سيحدث مع Win32 وهل يحل محله الHTML5 ام يظهر شيئ أخر... مرحلة تشبه مرحلة نهاية السبعينات وبداية الثمانينات بظهور الحاسوب الشخصي PCوهيمنة الثلاثي Intel/IBM/Microsoft

[SMP3]

الخبر غير مفاجئ سبق لهم وصرحو عن التخلي عن الBackward compatibility
التغييرات لا بد منها لنجاح المحمولية وتعدد المنصات (النظام و المعالج)

[COLOR="Purple"]
ليس ضروري احداث كل هذه التغييرات .. لدعم تعدد المنصات ..
لماذا لم تفعل MS ذلك مع السي شارب مثلا !!!
لماذا لم تتخلى MS عن ال MFC في ظل وجود منصة الدوت نت و ال WPF ؟؟؟
هل من المعقول أن يتم تصميم كومبايلر يدعم أسمبلي 64 بت (XE2) و يتم التخلي عن الفكرة في نسخة XE5 مثلا .. أنظر للمدة الزمنية بين الاصدارين -سنتين أو ثلاث - ان دل على شيئ واحد : التسيير العقيمم لمخططات الشركة ..
+ شيئ آخر ال FM منصة غير مكتملة -ان صح التعبير- كيف يتم التخلي عن مشروع مثل VCL في حين أن الثمرة لم تنضج بعد !!
في رأيك كم ستحتاج ال FM للانتشار - على الأغلب حوالي 5 سنين حتى تهيمن - لكن في ظل قلة المصادر و عقم ال FM Documentations .. كيف لمبرمج أن يفكر في التخلي عن ال Vcl !!

[/COLOR]

[Manarsoft]

أستغرب لماذا لاتستشيركم شركات البرمجة في وضع سياساتها المستقبلية

[محمد عبد العزيز]

لماذا لم تفعل MS ذلك مع السي شارب مثلا !

الC# قصة اخرى فهو يحتاج الFramework للعمل وهنا التغيير يكون بالFramework وليس باللغة (مثل لغة Java والألة الافتراضية لها JVM)
الدلفي ينتج كود متعلق بالألة (معالج x86 ونظام مايكروزفت Win32) Native ليكون محمول يجب ان يكون التغيير على مستوى اللغة والCompiler

PHP كود :

لماذا لم تتخلى MS عن ال MFC في ظل وجود منصة الدوت نت و... 


لم تتخلى عن Win32/MFC بالرغم من وجود ال.Net/CLR لكن هنا عدم التخلي لم جعلها تعمل على غير Windows

هل من المعقول أن يتم تصميم كومبايلر يدعم أسمبلي 64 بت (XE2) و يتم التخلي عن الفكرة في نسخة XE5 مثلا ..

64بت متعلق بWindows وهدف الشركة دخول مجال الاجهزة اللوحية والهواتف الذكية

شيئ آخر ال FM منصة غير مكتملة -ان صح التعبير...

قرد النار Firemonkey منتج شخص واحد وفي زمننا هذا يجب على الأقل شخص لكل نظام/معالج/منصة...

كيف لمبرمج أن يفكر في التخلي عن ال Vcl !!

ان اراد البرمجة لغير الWindows وغير معالج Intel/Amd
الVCL باقي بقاء الWin32 فان اختفى توقف وهذا لن يحدث الأن على الأقل الخمس سنيين المقبلة لكنه أتي
انتقل كثير من المبرمجين/المطورين الى حلول اخرى لكن صراحة الى حد الان لا يوجد منتج ذو انتاجية/سهولة مثل دلفي. دلفي هو دجاجة borland التي كانت تبيض ذهب.

[shagrouni]

السلام عليكم

استهداف معالجات ومنصات متعددة يستدعي إدخال خيارات في اللغة تتمشى مع هذه المعالجات، وحيث
أن الكثير من خصائص وإضاقات لغة دلفي بصيغتها السابقة أسست على وجود انتل/وندوز/COM ، وحيث
أن دلفي الجديدة سوف تستهدف عدة معالجات والتي بعض الخصائص في دلفي لا تتماشى معها
وتستدعي تغيير في طريق التعامل معها، فكان هناك خيارين:

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

لمزيد من التوضيح يراجع الورقة التي أعدها ماركو كانتو بالخصوص.
http://embt.co/DelphiWP

[piratewar]

ربنا يطمنكم
وانا سعيد جدا للخبر
كوني اعتمد الآن لازاراس و فري باسكال
حذرت العديد من الانحياز لشركات الربح التي تسوق للغة بعينها و الأفضل استخدام open source
الحمد لله اني استخرت الله و وفقني

[SMP3]

لنفرض أن كل هذه التغييرات في صالح تعدد المنصات ..
هل يمكنك أخي المبرمج البرمجة على Vcl بدون دعم لل Pointers أو الأسمبلي مثلا !!
دلفي بدون Pointers أو الأسمبلي = VB
وصدقني لقد كان عدم دعم منصة الدوت نت لل Pointers أو الأسمبلي سبب وجيه لانتقالي لدلفي ..
+عرفت دلفي بسرعتها .. كيف ستكون سريعة بدون دعم للبوينتر !!
هل تتذكر سبب سخط مبرمجي دلفي حينما تم الاعلان عن دمج الدوت نت مع دلفي ؟؟؟ .. وكيف تم الغاء الفكرة ... ؟؟
الحكاية نفسها في ثوب جديد !!
ان تم التخلي عن الدعم لل Vcl في ظل وجود Win32 .. فأعتقد أنه لم يبقى خيار سوى الهجرة نحو ++C