المزيد عن مستقبل دلفي , وعن مزايا Delphi2006 (أو مايسمى المشروع DeXter )

كنت قد كتبت في مقالة سابقة - هنا  - عن أهم التوقعات التي يمكن ان تكون موجودة في Dexter , والآن بعد أن صدرت خارطة طريق دلفي وفيها بعض عناوين المزايا الرسمية التي ستوجد في هذه النسخة وجدت أن قسم كبير من التوقعات كان في مكانة ..
بالتأكيد ستبقى بعض المزايا الغير موثقة وأخرى غير مدرجة مع العناوين , ولكن بشكل عام يمكننا أن نستشف أهم أوراق النسخة الجديدة من خلال المحاضرات التي ألقاها أعضاء من بورلاند في مؤتمر EKON9 في ألمانيا .

 [تابع قراءة كامل النص ...]

بورلاند أوقفت تطوير Kylix

قامت بورلاند اليوم بتحديث الصفحة Borland Classic Products .. 

وللأسف على غير ماهو متوقع Kylix  وجدت في هذه الصفحة إلى جانب برامج قديمة أخرى مثل CodeWright  و Borland® Turbo C++ و Turbo Assembler 5.0 ..

وهذا يعني أن تطوير كيلكس قد توقف , أي بشكل مؤثر أكثر .. المنتج قد مات 

 [تابع قراءة كامل النص ...]

صورة "تاريخية" لدلفي (95)

صورة "تاريخية" عن مسودة وجدت في أوراق المؤلف ماركو كانتو صاحب سلسلة "Mastring Delphi" منذ 95 أو قبل ذلك (على ما أعتقد) تبين الأهداف التي كانت تطرح لبناء اللغة الجديدة (دلفي) . وتبين كيف كان تصور فريق بورلاند عن اللغة التي سيتم تطويرها عن طريق رؤوس الأقلام اتي جمعها ماركو من الإجتماع , وعقد ذلك في المؤتمر الذي يسمى BorCon المعروف اليوم وبعدها أنتقل  المؤلف ماركو كانتو للعمل على لغة دلفي بعد فترة طويلة من اللغات الأخرى مثل C++ و Java , ومنذ ذلك اليوم أصبح ماركو كانتو أحد الشخصيات المعروفة في المؤتمرات والمواقع والكتب الخاصة بلغة بورلاند دلفي وهو منذ فترة أصدر النسخة Mastring Delphi 2005 , ويمكن تنزيل أمثلة الكتاب المرفقة مجانا من موقعه .. 

 [تابع قراءة كامل النص ...]

شكرا دلفي 2005 (ج3)

مزايا غير موثقة خاصة بـ Delphi 2005
قامت بورلاند الآن بإصدار Delphi 2005 .. ببساطة النسخة الأكثر ثورية في تاريخ دلفي , وما سأقوله حول مزايا اللغة الجديدة هو شيء واقع من منظوري , وهو ان المزايا الجديدة الغير موثقة لهذه اللغة أكثر بكثير من المزايا الموثقه في الhelp الخاص ببورلاند أو وثائق بورلاند الرسمية ...
يعتقد البعض أن بورلاند تريد التأكد من ان هذه المزايا تعمل بشكل كامل قبل الإعلان التام عنها .. أو ان هذه المزايا تحوي أخطاء في حالات ما , ولم يت اختبارها بشكل كافي ... ولكن من خلال التجربة فإن معظم هذه المزايا تعمل بشكل ممتاز , وبعضها يحوي خروقات في حالات خاصة , ومع تحفظي على عدم إعلان بورلاند الرسمي عنها , ورغم ذلكم سأذكر كم إضافي منها بالإضافة لما تم كتابته من مقالات حتى الآن عن الموضوع ...

 [تابع قراءة كامل النص ...]

شكرا دلفي 2005 (ج2)
كتابة التعليقات ,  دعم متغيرات Unicode (ياللغة العربية مثلا), توسيع للتركيب النحوي ل Delphi32 , حلقة in for , الاصناف الغير قابلة للتوريث .

كتابة التعليقات 
لاادري ان كان امر مهما لبعض لكن بالنسبة لي فقد احتجت في كثير من الاحيان ان احذف عدة اسطر مع بعض ..
اي جعلها على شكل تعليق .انظر الصورة بالاسفل
طبعا بإستخدام الواصفة (//) يبدو الامر غير مريحا خصوصا إذا كان عدد الاسطر التي يجب ازالتها كبيرا
الان في بيئة التطوير الجديدة 2005 يمكنك فقط تظليل الجزء المراد جعله على شكل تعليق
ثم اضغط قد يقول البعض انك الامر لايختلف كثيرا عن وضع الواصفتين{}
لكن لاحظ الى انك لن تحتاج الى مراق:

 [تابع قراءة كامل النص ...]

شكرا دلفي 2005
ميزة Function and procedure inlining

دعمت دلفي 2005 في كل من win32 و .net تقنية inlining والتي تعطي أداء أسرع لإستدعاء اجرائية أو تابع ما ..
فبدلا من القيام بقفزات للوصول إلى جزء الكود المتعلق كل مرة , يتم نسخ الكود إلى مكان استدعاءة مما يزيد بسرعة الإستدعاء( سأسمي ذلك Super Static Recall ), وهذه التقنية مفيدة في الأجزاء التي تستخدم ضمن حلقات طويلة تتطلب السرعة لإن تنفيذ الإجراء قد يتم مثلا بضعة مئات من المرات أو اكثر , وبالتالي التأخير الصغير جدا سيصبح مؤثرا على السرعة الكلية ....
مثال :

 [تابع قراءة كامل النص ...]

 [تابع قراءة كامل النص ...]

حجوم ملفات لغة دلفيDelphi

لماذا حجوم ملفات دلفي كبيرة ؟ وهل هذا خطأ لغة ام خطأ مبرمج.
عندما تكتب تطبيق دلفي عادي , بالطريقة المعروفة , وبدون اي تعقيدات أو حيل ... قد ينتج معك حجم ملف أكبر مما تتوقعة .
إختر مشروع جديد من قائمة دلفي وقم بترجمتة دون أي إضافات . ستجد ان حجم الملف التنفيذي لتطبيق يحوي على فورم وحيد كبير قليلا بالنسبة لتطبيق صغير . إذا ضاعفت استخدام نفس المكونات الموجودة لايزيد حجم التطبيق إلا شيء بسيط , ولكن إذا استخدمت نوع مكون جديد يضيف وحداته الخاصة إلى قائمة uses , فكل وحدة إضيفت إلى قائمة uses سوف تحجز لنفسها مكان في الملف التنفيذي (لمرة واحدة) وبعد ذلك إذا استخدمت عدد أكبر من نفس المكونات لايزيد الحجم كثيرا .
مثلا ضاعف عدد الفورمات (النماذج) إلى 10 .. سيزداد حجم التطبيق بشكل بسيط فقط , ضع على هذه النماذج العشر أزرار عددها (50 زر) ستجد أن حجم الملف لم يزدد إلا بشكل بسيط , لكن لحظة وضع مكونات قواعد البيانات يختلف الحجم لإنه أضاف سلسسلة من الوحدات الخاصة بالتعامل مع قواعد البيانات .
الحجم المفاجيء بداية كان هو الحجم الأولي , أي حجم لحظة الإنتطلاق . وهو حجم التطبيق بدون شيء وقبل وضع أي مكون .  [تابع قراءة كامل النص ...]

دلفي 2005 مالجديد ؟

في الفتره السابقه كنت مشغول تماما بالإضطلاع على المنتج الجديد Delphi 2005 , وللصراحه كنت متعب بالبحث عن إجابه للسؤال : "هل تقدمت دلفي بعد ثوره .NET أم تراجعت للخلف ؟ "
(تفلاية) الإصدارة الجديدة لم تكن سهله أبدا , ولازالت تحتاج لوقت كافي لتكتمل , لكن رأيي الشخصي غدا إيجابيا بالنسبه للموضوع . والجواب بالنسبه لي أصبح متوافق مع كتير آراء على الإنترنت دعنا نقول السواد الأعظم لجمهور الدلفي على الويب والذي يرى أنها إستفادت بشكل جدير بالإهتمام وأخدت دفعه مهمة للأمام ..

 [تابع قراءة كامل النص ...]

أفكار لجعل برامجك أصعب للكسر

لا يمكن منع كسر البرامج بالنهاية , فحسب معلوماتي أن كبار شركات العالم لم تستطع تحقيق هذا الهدف .... ! , لذلك تبدو عبارة "جعل البرامج أصعب للكسر" أفضل من عبارة "حماية البرامج من الكسر" . فإذا كنا نصمم منتج برمجي ونريد تحقيق أولوية في مجال تأمين المنتج وزيادة حماية البرنامج من الهندسة العكسية والتعديل على الملف التنفيذي النهائي "بلغة الآلة" لجعلة يعمل متجاوزا أي من خيارات الحماية التي تم تزويد البرنامج بها . فهناك جملة من الأمور التي يمكن التفكير فيها , قد تكون مربكة وصعبة على المطور , ولكنها تصعب عمل المختصين في كسر البرامج أيضا , فإذا كانت الأولوية بهذه النقطة يمكن الاستفادة من بعض هذه الأفكار .
هذا قد لايكون كافي لحماية البرنامج , ولكنه مفيد في تصغير شريحة القادرين على القيام بهذا العمل و إستبعاد الهواة اللذين يكسرون البرامج من أجل اللهو والمتعة أو ضعيفي الخبرة في هذه العملية. باعتبار ان المحترفين مركزين وقتهم بكسر منتجات الشركات الكبرى .

 [تابع قراءة كامل النص ...]