وأخيرا جربتها من قبل Delphi2005. كان المهجع أفضل من 512 متر. الحديث عن الاستقرار ، إنه أفضل بكثير من D8 ، لكنني سمعت أن هناك العديد من الأخطاء. قد استخدم الناس أنه على الرغم من عدم وجود استقرار جيد مثل D7 ، أعتقد أنه سيصل إلى حوالي 90 ٪ من استقرار D7. بعد كل شيء ، لا يستغرق الأمر وقتًا طويلاً بالنسبة لـ Borland لتطوير المترجمين باستخدام .NET.
لن أذكر الميزات الجديدة لـ Delphi2005 ، إنها في كل مكان على الإنترنت.
لكن: لا أفهم حقًا. النقطة الثانية هي أن مخطط UML يمكنه إنشاء رمز مباشرة. تعرف على هذا هو السبب ، لكن Delphi2005 ألم تقل أنه يمكنك القيام بذلك بدون Eco؟ النقطة الأخيرة هي أنه ربما يكون برمجي Borland ذو مستوى عالٍ ، لكن محرر الكود بعيدًا عن VS2005 حسنًا ، السرعة سريعة للغاية ، وتخرج على الفور. للاندفاع لفترة من الوقت قبل الخروج. ولكن لكي نكون منصفين ، تم تحليل المطالبات VS مباشرة إلى الكود. ستكون حقًا كارثة. عند الحديث عن المسافة البادئة التلقائية للرمز ، فإن Borland لا تضاهى حقًا. آخر شيء لا يعجبني هو أنني سأقوم تلقائيًا بإنشاء قالب شرح من خلال 3 // في VS ، لكن Delphi لا توفر الوظائف المقابلة ، لذلك ليس من السهل حقًا التعليق بهذه الطريقة.
بالعودة إلى الموضوع ، قامت Delphi for.net ببعض تعديلات بناء الجملة للتكيف مع بعض متطلبات .NET ، ولكن هناك عدد قليل من الكتب ذات الصلة ولم يتمكنوا من كتابتها جيدًا. كيفية كتابتها. الآن بعد أن حصلت على Delphi2005 ، لا يمكنك الانتظار ، فقط استمر في استكشاف نفسك.
اليوم سألقي نظرة على المساعدة وأتعلم مساحة الاسم
مساحة الاسم
إعلان مساحة الاسم
في ملف مشروع Delphi ، تم الإعلان عن مساحة الاسم ضمنيًا ، تسمى مساحة الاسم الافتراضية للمشروع. افترض أن رأس ملف المشروع محدد على النحو التالي:
برنامج MyCompany.Programs
ثم مساحة الاسم الافتراضية للمشروع هي mycompany.programs
إذا تم تعريف رأس الوحدة على أنه وحدة **** ؛
إذا تم تعريف رأس الوحدة على أنه وحدة ***. *** ؛
يطلق على الوحدة المعلنة في الطريقة الأولى الوحدة العامة ، والتي تعد دائمًا مساحة فرعية من مساحة الاسم الافتراضية للمشروع
تسمية مساحة الاسم هي غير حساسة للحالة. بمعنى آخر ، من بين العديد من الأجزاء من الكلمات مقسومة. ، لا يتم حساب الجزء الأخير كاسم ولا يتم تجميعه في التجميع. ، Unit3. باستخدام هذه الميزة ، إذا كان من الضروري تقسيم مساحة الاسم الكبيرة إلى عدة ملفات للكتابة ، فيمكنك جعل الجزء الكامل من هذه الوحدات كما هو ، مختلفًا في هذا القسم من آخر.
إشارات إلى مساحات الأسماء
استخدم بيان الاستخدامات. افترض أن هناك البيان التالي:
يستخدم aaa.bbb.unit1 ، unit2 ؛
تم تحديده بوضوح لـ AAA.BBB.Unit1.
1 مساحة اسم الوحدة الحالية (إن وجدت)
2 مساحة الاسم الافتراضية للمشروع (إن وجدت)
3 مساحات أسماء محددة بواسطة خيارات البرمجيات
على الرغم من أنه لا يمكن رؤية القسم الأخير من اسم الوحدة ولا يمكن تمييزه للمترجمين الخارجيين ، إلا أن القسم الأخير لا يزال لا غنى عنه في دلفي ، لذلك يجب تضمين القسم الأخير في بيان الاستخدامات ، على سبيل المثال ، يتم تعريف الفئة 1 في UNIT1 AAA.BB . Unit1. بغض النظر عن ما ، الوحدة 1 ضرورية في الاستخدامات.
في مساعدة دلفي ، تقول:
يمكن تجميع وحدات متعددة معًا في مساحة اسم واحدة باستخدام تمديد البند في ملف مصدر المشروع.
يستخدم myprogram.mynamespace في 'filepath/unit1.pas ؛ otherpath/unit2.pas' ؛
في هذا المثال ، يجب أن تكون مساحة الاسم MyProgram. الرمز المسمى MySymbol ، سيقوم برنامج التحويل البرمجي بالإبلاغ عن خطأ في جملة الاستخدامات.
ولكن بغض النظر عن كيفية تجريبه ، فإنني أني اهتمام لأخطاء التجميع ، ولا يمكن تنفيذه.
لم أجد حتى الآن طريقة للإشارة إلى DLL التي تم إنشاؤها بواسطة Delphi. لأنه عندما أقوم بإضافة DLL التي جمعتها Delphi لـ .NET في المشروع الجديد لمشروع Delphi ، ثم تجميعها ، سأقول خطأ فادحًا ، لا يمكنني استيراد أي شيء ، يرجى استخدام الحزم ، إلخ. ومع ذلك ، لا توجد مشكلة في إضافة DLLs في VS.NET ، ويمكن للبرنامج تشغيل بشكل طبيعي.
حتى الآن ، لم أجد سوى حل مؤقت ، وهو عدم إنشاء مكتبة واستبدالها بحزمة ، بحيث يكون الملف الهدف النهائي هو أيضًا DLL ، ويمكنني أيضًا تسميته بشكل طبيعي في VS.