المزيد حول دعم اللغة العربية وتنسيق يونيكود في دلفي

قديما , وعند تشغيل برامج مصممة على دلفي كانت تظهر مشكلة صغيرة مع اللغة العربية على اجهزة ويندوز التي لم يتم تحديد خيارات اللغة فيها بشكل مكتمل , وبالتحديد خيار : change system locale في الإعدادات الإقليمية ضمن خيارات لوحة التحكم (region and Language) .

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

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

ما هو سبب هذه المشكلة وما هو حلها ؟

"مساعدات الأصناف" في دلفي Delphi Class Helpers

أضيفت هذه الميزة ابتداءً من نسخة دلفي 2005 , وأهم مافيها أنها تمكّن من التعامل مع أصناف موجودة مسبقا وإضافة ميزات جديده عليها دون التعديل عليها مباشرة أو الحاجة لتوريث أصناف جديدة عنها.

مثلا في المكتبة القياسية لمكونات وأصناف دلفي , يمكن اضافة وظائف إضافية إلى الأصناف القياسية عن طريق "صنف مساعد" للصنف الأساسي يكتب في وحدة مختلفة برمجيا ويسمح بتوسيع الصنف الرئيسي في كل المكونات التي تستخدمه .

في حال احتجنا لإضافة منهج (تابع\إجراء) إلى صنف قياسي موجود , يكفي بناء صنف مساعد له يعرف المنهج الجديد , وبالتالي سيصبح متاح في الصنف الأصلي بشكل افتراضي , أما الصنف المساعد فلا يستخدم مباشرة من الكود بل تكمن مهمته في "مساعدة" الصنف الرئيسي عن بعد وتوسيع امكانياته.

لكي نفهم مساعدات الأصناف يمكن ان نستخدم المثال الذي قدمه Zarko Gajic على الصنف المشهور Tstrings . حيث نريد في الكثير من الحالات أن نتأكد من وجود نص معين ضمن لائحة نصوص Tstrings , ولايوجد منهج جاهز ضمن هذا الصنف للقيام بذلك :

FireMonkey vs. VCL

هل انتهت صلاحية VCL
ما الأفضل FMX أم VCL
إذا أردت أن أبدء بتصميم تطبيق جديد , فهل الأفضل استخدام VCL ام FMX

كلا المكتبتين تعملات على كود دلفي نفسه والمشتق من باسكال , ولايوجد اختلاف في اللغة أو في كتابة الكود . ولكن التعامل مع مكتبة الادوات وخصائصها وخفاياها تعتبر من أهم الخبرات التي يكتسبها المطور أثناء عمله , فالبرمجة اليوم ليست مجرد رصف آلاف الأسطر من الكود الصرف , بل هي بمعظمها "تطوير" يعتمد على الاستفادة من المكونات والاشتقاق منها والتعامل مع خصائصها ومناهجها.

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

كبداية فإن مكتبة مكونات دلفي المرئية VCL ليست منتهية الصلاحية ولن تكون كذلك على المدى المنظور . طالما بقي وندوز وبقيت توابع API الخاصة به فأن VCL المعتمدة عليها في تكوينها سوف تبقى معها . وستبقى مكتبة مكونات VCL هي أفضل خيار من أجل تطوير تطبيقات مخصصة للعمل على ويندوز .
وحتى الآن لاتزال VCL تحصل على مكونات جديدة وميزات إضافية وإصلاحات بشكل دوري ومستمر مع كل إصدارة جديدة , ولكن وتيرة العمل عليها حاليا ليست بسرعة FireMonkey وهذا مؤكد لإن مكتبة VCL قد نضج تصميمها منذ فترة طويلة ولاتحتاج سوى لمسات قليلة لإبقائها متماشية مع تحديثات ويندوز الجديدة .
في حين أن FireMonkey في خضم عملية هيكلة وتطوير كبيرة منذ بضعة إصدارات وحتى الآن .

من الأفضل , وأي منهما نستخدم ؟ لايوجد جواب مباشر , ولكن يمكن ان الحديث بإيجاز عن مزايا كل منهما ويبقى اختيار المكتبة الأفضل لتكون بيئة تطبيقاتك هو خيار يعود إليك ببالنهاية حسب حاجتك وطبيعة البرامج التي تنتجها:

لمحة بسيطة عن دلفي 2009

بقلم محمد نسمان

بدايةً الواضح أن شركة CodeGear وتحت مظلة الشركة الجديدة Embarcadero تريد أن تطلق نسخة جديدة من دلفي مميزة وليس مثل الإصدارات السابقة، فكمية التطويرات التي تمت بها لم تحصل في الكثير من النسخ السابقة، بل قد تعتبر أكبر تطوير منذ الانتقال من دلفي 1 إلى 2 وبيئة 16بت إلى 32بت.

فالتطويرات والتحسينات الجديدة طالت كل النواحي، لكن قد يكون التطوير الأكثر ملاحظة هو دعم ال Unicode الذي طال انتظاره، ولكن حضوره جاء بشكل سلسل جداً ولم يهدم ما تم بناءه في السنوات السابقة من البرامج، فعملية الانتقال لليونيكود كما وعدت كود جير، عملية سهلة جداً ولا تستدعي الكثير من التغيرات في الكود، الإ في بعض الحالات التي استخدام فيها ال API بشكل أساسي والتعامل مع أنواع بيانات مثل PChar وغيرها.

Embarcadero تستحوذ على شركة CodeGear

روسيا تعتمد دلفي ومنتجات كودجير اخرى في نظامها التعليمي

ماذا تعرف عن CodeGear !!

تحديثات هنا وهناك في أدوات VCL لنسخة Delphi2006

مفاجأة بورلاند !! ..

بورلاند تعلن فصل بيئات التطوير الخاصه بها (IDE's) لصالح شركة مستقلة .. لم يحدد بعد من سيكون هذا المالك الجديد لهذه الشركة التي ستتولى أمر هذا الكم الرائع من بيئات التطوير الفائقة التي قادتها بورلاند نحو العالمية ..

بيئات تطوير بورلاند بما فيها (Delphi, C++Builder, C#Builder, JBuilder (and Peloton), InterBase, JDataStore, nDataStore, Kylix,) وغيرها من بيئات بورلاند الغنية عن التعريف سيتم فصلها في شركة مستقلة عن بورلاند .
 حيث بدأت بورلاند منذ عدة سنين تتبنى استراتيجيات كاملة نحو أعمال ALM و SDO مما أثار حفيظة جمهور المطورين الذين يعملون على هذه البيئات واطلق عدة انقادات لبورلاند عن سوء إدارتها لهذه البيئات وعدم اعطائها الدعم الكافي ماليا ودعائيا وبالأخص عدم وجود التوجه الواضح نحو مستقبل بورلاند مع هذه البيئات !
الهدف هو بيع هذه اللغات أو البيئات إذا صح القول لصالح شاري جديد يبقى على ارتباط وثيق مع بورلاند ويستلم تطوير هذه البيئات لتصبح شركة منفصلة متخصصة  .
هذا المشروع ليس جديد , حيث كانت فكرته قد طرحت على نطاق ضيق منذ فترة , أذكر أنني كتبت عنها , وفي تلك المرحلة كان السؤال هو هل أنت مع أم ضد فصل بورلاند ؟
لاأخفي أنني فوجئت بالتوقيت المباغت , وبعض التفاصيل الإضافية , حيث كنت أظن أن الخطوة القادمة ستكون فصل دلفي عن بورلاند ولم أفكر بشمولية حول باقي اللغات .. كما أنني كنت أظن أن الفصل صوري ومالي فقط , ولم اكن أعرف أن هناك شاري سيقدم المال للشركة الجديدة وستستقل الشركة نهائيا عن بورلاند ..

انتقادنا لبورلاند (كمطورين) أنها لاتولي المطور "الفرد" اهتمام بالغ حيث باتت اعمال بورلاند بالآونة الأخيرة تنصب في خدمة الشركات الكبيرة والمنظمات واستراتيجيتها بالكامل تتجة نحو أعمال ALM أو (application lifecycle management) وهذه الأعمال تركز على الزبائن بصفتهم مؤسسات وأنظمة كبيرة تطلب خدمات برمجية تراعي فيها كل دورة حياة التطبيق .. أي زبائن ربما يكونون من خارج الإطار التقني .. في حين خف انفاقها على بيئات التطوير والتي تركز على نوعية اخرى من الزبائن والذين هم المطورين (Developers) .. المطورين (أو المبرمجين كما يقال عادة في مجتمعنا العربي مع تحفظي على المصطلح) لديهم بدورهم زبائن من النوع الغير تقني يحتاجون خدماتهم البرمجية ..
لدينا الآن توجهين مختلفين وهدفين مختلفين , فصل كل من هذين التوجهين في شركة مستقله هو عنوان هذا الخبر المهم اليوم ..

عودة دلفي

لفت نظري الرضا الواضح على BDS2006 التي صدرت مؤخرا , في حين أنه في مثل هذه الفترة من أيام Delphi2005 كانت المجموعات الأخبارية لدلفي تعج بالإنتقادات على الاستقرارية والأداء ..
عبارة عودة دلفي أصبحت شائعة جدا في أوساط المهتمين بدلفي , معظم الذين جربو Delphi2006 يعتبرونها  -أفضل\من أفضل- إصدارات دلفي ... أفضل حتى من Delphi5 و Delphi7 المحبوبتين من جمهور الدلفي كثيرا ...

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