![]() |
|
مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - نسخة قابلة للطباعة +- delphi4arab منتديات دلفي للعرب (https://delphi4arab.net/forum) +-- قسم : منتديات دلفي للعرب التعليمية (https://delphi4arab.net/forum/forumdisplay.php?fid=3) +--- قسم : دلفي للعرب - القسم العام (https://delphi4arab.net/forum/forumdisplay.php?fid=10) +--- الموضوع : مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! (/showthread.php?tid=5165) |
مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - SMP3 - 25-04-2013 السلام عليكم و رحمة الله و بركاته
خبر سيفاجئ العديد ... لغة دلفي في تغير .. , هناك العديد من المزايا سيتم التخلي عنها في 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كل هذه المزايا يتوقع أن يتم حذفها من DCC32 ,DCC64,DCCOSX من أجل المحافظة على التوافق مع كومبايلر الموبايل iOS / Android ARM compiler المصدر : إقتباس : White Paper : The Delphi Language for Mobile Development مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - S.FATEH - 27-04-2013 بالنسبة with statement انا معهم اكره هذه الجملة اما غير ذلك فلا خاصة دعم الاسمبلي و الـ pointers فهي ميزات بدونها دلفي ستفقد الصدارة مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - SMP3 - 27-04-2013 s.fateh كتب :بالنسبة with statement انا معهم اكره هذه الجملة اما غير ذلك فلا خاصة دعم الاسمبلي و الـ pointers فهي ميزات بدونها دلفي ستفقد الصدارة أعتقد أن تطوير ال vcl سينتهي قريبا .. بمجرد تطبيق هذه التغييرات !!! مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - محمد عبد العزيز - 27-04-2013 الخبر غير مفاجئ سبق لهم وصرحو عن التخلي عن الBackward compatibility التغييرات لا بد منها لنجاح المحمولية وتعدد المنصات (النظام و المعالج) إقتباس :أعتقد أن تطوير ال vcl سينتهي قريباالVCL قوته على نظام Windows/Win32 الذي بدوره بمرحلة تغيير جلده او الانقراض! ننتظر ونرى ماذا سيحدث مع Win32 وهل يحل محله الHTML5 ام يظهر شيئ أخر... مرحلة تشبه مرحلة نهاية السبعينات وبداية الثمانينات بظهور الحاسوب الشخصي PCوهيمنة الثلاثي Intel/IBM/Microsoft مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - SMP3 - 27-04-2013 B.M.AbdelAziZ كتب : [COLOR="Purple"] ليس ضروري احداث كل هذه التغييرات .. لدعم تعدد المنصات .. لماذا لم تفعل MS ذلك مع السي شارب مثلا !!! لماذا لم تتخلى MS عن ال MFC في ظل وجود منصة الدوت نت و ال WPF ؟؟؟ هل من المعقول أن يتم تصميم كومبايلر يدعم أسمبلي 64 بت (XE2) و يتم التخلي عن الفكرة في نسخة XE5 مثلا .. أنظر للمدة الزمنية بين الاصدارين -سنتين أو ثلاث - ان دل على شيئ واحد : التسيير العقيمم لمخططات الشركة .. + شيئ آخر ال FM منصة غير مكتملة -ان صح التعبير- كيف يتم التخلي عن مشروع مثل VCL في حين أن الثمرة لم تنضج بعد !! في رأيك كم ستحتاج ال FM للانتشار - على الأغلب حوالي 5 سنين حتى تهيمن - لكن في ظل قلة المصادر و عقم ال FM Documentations .. كيف لمبرمج أن يفكر في التخلي عن ال Vcl !! [/COLOR] مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - Manarsoft - 27-04-2013 أستغرب لماذا لاتستشيركم شركات البرمجة في وضع سياساتها المستقبلية مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - محمد عبد العزيز - 29-04-2013 إقتباس :لماذا لم تفعل MS ذلك مع السي شارب مثلا !الC# قصة اخرى فهو يحتاج الFramework للعمل وهنا التغيير يكون بالFramework وليس باللغة (مثل لغة Java والألة الافتراضية لها JVM) الدلفي ينتج كود متعلق بالألة (معالج x86 ونظام مايكروزفت Win32) Native ليكون محمول يجب ان يكون التغيير على مستوى اللغة والCompiler PHP كود : لماذا لم تتخلى MS عن ال MFC في ظل وجود منصة الدوت نت و... إقتباس :هل من المعقول أن يتم تصميم كومبايلر يدعم أسمبلي 64 بت (XE2) و يتم التخلي عن الفكرة في نسخة XE5 مثلا ..64بت متعلق بWindows وهدف الشركة دخول مجال الاجهزة اللوحية والهواتف الذكية إقتباس :شيئ آخر ال FM منصة غير مكتملة -ان صح التعبير...قرد النار Firemonkey منتج شخص واحد وفي زمننا هذا يجب على الأقل شخص لكل نظام/معالج/منصة... إقتباس :كيف لمبرمج أن يفكر في التخلي عن ال Vcl !!ان اراد البرمجة لغير الWindows وغير معالج Intel/Amd الVCL باقي بقاء الWin32 فان اختفى توقف وهذا لن يحدث الأن على الأقل الخمس سنيين المقبلة لكنه أتي انتقل كثير من المبرمجين/المطورين الى حلول اخرى لكن صراحة الى حد الان لا يوجد منتج ذو انتاجية/سهولة مثل دلفي. دلفي هو دجاجة borland التي كانت تبيض ذهب. مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - shagrouni - 29-04-2013 السلام عليكم استهداف معالجات ومنصات متعددة يستدعي إدخال خيارات في اللغة تتمشى مع هذه المعالجات، وحيث أن الكثير من خصائص وإضاقات لغة دلفي بصيغتها السابقة أسست على وجود انتل/وندوز/COM ، وحيث أن دلفي الجديدة سوف تستهدف عدة معالجات والتي بعض الخصائص في دلفي لا تتماشى معها وتستدعي تغيير في طريق التعامل معها، فكان هناك خيارين: - إما الاحتفاظ بالخصائص القديمة لدواعي التوافقية وإضافة الخصائص الجديدة، وفي هذه الحالة سيكون لدى المبرمج أكثر من طريق لتنفيذ نفس الشيء وذلك حسب المنصة المستهدفة، زبادة على تضخم في اللغة، وارتباك لدى المبرمج. - أو إعادة جدولة اللغة بحيث تكون موحدة مع جميع المعالجات/المنصات المستهدفة، وبالتالي يكون لدى المبرمج مصدر كواد واحد مناسب لكل المعالجات المستهدفة. لمزيد من التوضيح يراجع الورقة التي أعدها ماركو كانتو بالخصوص. http://embt.co/DelphiWP مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - piratewar - 29-04-2013 ربنا يطمنكم ![]() وانا سعيد جدا للخبر كوني اعتمد الآن لازاراس و فري باسكال حذرت العديد من الانحياز لشركات الربح التي تسوق للغة بعينها و الأفضل استخدام open source الحمد لله اني استخرت الله و وفقني مستقبل دلفي لا يبشر بالخير .. تغيير مفاجئ في اللغة !! - SMP3 - 29-04-2013 لنفرض أن كل هذه التغييرات في صالح تعدد المنصات .. هل يمكنك أخي المبرمج البرمجة على Vcl بدون دعم لل Pointers أو الأسمبلي مثلا !! دلفي بدون Pointers أو الأسمبلي = VB وصدقني لقد كان عدم دعم منصة الدوت نت لل Pointers أو الأسمبلي سبب وجيه لانتقالي لدلفي .. +عرفت دلفي بسرعتها .. كيف ستكون سريعة بدون دعم للبوينتر !! هل تتذكر سبب سخط مبرمجي دلفي حينما تم الاعلان عن دمج الدوت نت مع دلفي ؟؟؟ .. وكيف تم الغاء الفكرة ... ؟؟ الحكاية نفسها في ثوب جديد !! ان تم التخلي عن الدعم لل Vcl في ظل وجود Win32 .. فأعتقد أنه لم يبقى خيار سوى الهجرة نحو ++C |