إعداد المطور للبدء ببرمجة Cocoa/Mac
https://stackoverflow.com/questions/15681
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
أرغب في البدء بتجربة استخدام الكاكاو والبرمجة لنظام التشغيل Mac OSX.أنا لست مهتمًا جدًا ببناء جملة/إنشاءات/سلوكيات Objective C في هذه المرحلة، ولكني أكثر فضولًا فيما يتعلق بالإعداد الفعال من حيث المحرر و/أو IDE الذي سيجعلني أبدأ بسرعة.هل هناك أي IDE يشبه عن بعد Visual Studio (حيث قضيت معظم وقتي على مدار السنوات السبع الماضية) من حيث مفهوم الحل/المشروع؟هل هناك أي أدوات و/أو نصائح و/أو اقتراحات و/أو موارد أخرى للبدء والتجربة بسرعة؟
أرغب في تجنب الكثير من المقدمة والدخول في أشياء مثل "إذا كنت تريد إنشاء تطبيق لسطح مكتب Mac، فيمكنك استخدامه ذروة بيئة تطوير متكاملة وقم بإعداد مشروعك مثل هذا."
كنت خائفًا من أن يكون Xcode هو الحل!:P لقد حاولت التلاعب بهذا - حرفيًا مجرد إخراجه من قرص DVD والغوص فيه دون أي فكرة عما يمكن توقعه (حتى قبل أن أعرف أنك استخدمت Objective C كلغة).اعتقدت، كرجل حكيم، أنني أستطيع أن أتجول وأحصل على تطبيق بسيط يعمل...خطأ.
@ أندرو - شكرًا لك على المعرفة حول إعدادات التكوين هذه.بناءً على انطباعي الأول عن Xcode، أعتقد أن ذلك قد يساعد.
المحلول
أقترح عليك اختيار منتج صغير ممتع والتعمق فيه.إذا كنت تبحث عن كتاب أقترح عليك برمجة الكاكاو لماكس OSX وهي مقدمة جيدة جدًا لكل من Objective-C وCocoa.
XCode هو إلى حد كبير IDE الفعلي ومجاني مع OSX.يجب أن يكون موجودًا على قرص DVD الأصلي الخاص بالتثبيت.إنه جيد ولكنه ليس بنفس جودة Visual Studio (آسف، إنه ليس كذلك حقًا).
باعتباري مستخدم VS منذ فترة طويلة، وجدت أن تكوين XCode الافتراضي غريب بعض الشيء ويصعب التكيف معه، لا سيما الطريقة التي سيتم بها فتح نافذة عائمة جديدة لكل ملف مصدر.وجدت بعض التعديلات مفيدة بشكل خاص؛
- الإعدادات/عام -> الجهاز متعدد الإمكانات (يوحد نافذة المحرر/مصحح الأخطاء)
- الإعدادات/عام -> فتح النظراء في نفس المحرر (تحرير النافذة الواحدة)
- الإعدادات/تصحيح الأخطاء - "عناصر تحكم مصحح الأخطاء في المحرر"
- الإعدادات/تصحيح الأخطاء - "مسح وحدة التحكم لتصحيح الأخطاء تلقائيًا"
- الإعدادات/ربط المفاتيح - الكثير من الروابط لمطابقة VS (Ctrl+F5/Shift+F5، Shift+Home، Shift+End، إلخ)
أجد أن مصحح الأخطاء لديه بعض المشكلات المزعجة مثل نقاط التوقف التي لا يتم تعيينها بشكل صحيح للأسطر والاستثناءات التي لا يتم محاصرتها على الفور بواسطة مصحح الأخطاء.لا شيء يكسر الصفقة ولكنه مرهق بعض الشيء.
أوصي بالاستفادة من صيغة الخاصية الجديدة التي تم تقديمها لـ Objective-C 2.0.إنهم يصنعون الكثير من الكتابة في العديد من الأماكن.إنها تقتصر على OSX 10.5 فقط (نعم، ميزات اللغة مرتبطة بإصدارات نظام التشغيل وهو أمر غريب بعض الشيء).
لا تنخدع أيضًا بالتقليل من أهمية الاختلافات بين C/C++ وObjective-C.إنهم مرتبطون كثيرًا ولكنهم لغات مختلفة.حاول أن تبدأ Objective-C دون التفكير في كيفية القيام بـ X وY وZ في C/C++.سوف يجعل الأمر أسهل كثيرا.
نصائح أخرى
الوثيقة الأولى للقراءة والهضم هي دليل إدارة Mem, ، افهم هذا قبل المضي قدمًا. هذا يعد دليلًا رائعًا للهدف-ج أيضًا.في الواقع، يعد موقع المطورين في Apple جيدًا جدًا - ولكن ربما ترغب في قراءة كتاب Hillegas أولاً.
فيما يتعلق بـ Xcode وVisual Studio - فهما مختلفان.لن أقول إن أحدهما أفضل من الآخر، فمطورو Windows يأتون من VS ويتوقعون أن يكون هو نفسه.هذا مجرد موقف متعجرف ويرجى عدم الوقوع في هذا الحشد.بعد استخدام VS منذ أيام AppStudio وXcode لمدة عام أو نحو ذلك الآن، يتمتع كلاهما بنقاط قوة ونقاط ضعف.Xcode هو شيء خارج الصندوق (وخاصة عندما يأتي من VS) لا يبدو جيدًا، ولكن بمجرد أن تبدأ في استخدامه وفهمه - يصبح قويًا للغاية.
أيضًا، هناك الكثير من الأدوات المضمنة في Xcode وآخرين، مثل Instruments وShark التي لا يمكنك الحصول عليها ببساطة باستخدام VS، إلا إذا قمت بفتح محفظتك، وحتى ذلك الحين فإن IMHO ليست جيدة.
حظا سعيدا على أي حال.ما زلت أستمتع بـ C#، لكن Objective-C/Cocoa بطريقة ما يجعل البرمجة ممتعة مرة أخرى بمجرد أن تتقنها...
لا تهتم بالبحث عن قرص DVD الخاص بـ OSX حيث قاموا بإصدار إصدار جديد (3.1) من XCode منذ ذلك الحين.
أولا، سوف ترغب في الانضمام اتصال مطور أبل (إنه مجاني، وتحتاج إليه للوصول إلى إصدار MSDN الخاص بهم) - يستخدم معرف Apple الخاص بك، لذا إذا كان لديك معرف لمتجر iTunes وما إلى ذلك، فهو نفس اسم المستخدم/كلمة المرور
بمجرد الانتهاء من ذلك، انقر فوق التنزيلات، ثم انقر فوق أدوات المطور للعرض هذه الصفحة, ، واذهب إلى دي في دي للمطور XCode 3.1
اقتراح آخر:إذا كانت لديك طلبات ميزات أو تحسينات، أو أخطاء واجهتها، فتأكد من تقديمها إلى Apple مراسل الأخطاء.إنها أفضل طريقة للمطورين لتوصيل احتياجاتهم إلى Apple، لأنه يتم تتبع كل مشكلة من خلال النظام.
يمكنك تجربة العرض التوضيحي لـ com.textmate وشاهد كيف يعجبك العمل مع الهدف-c أو أي نوع آخر من النص.سيتم استيراد إعدادات مشروع xcode بحيث لا يزال بإمكانك التجميع والتشغيل من textmate بدلاً من الاضطرار إلى العودة إلى xcode.
Xcode هو المعيار لتحرير الملفات المصدر، على الرغم من أنه يمكنك استخدام محرر آخر بالتزامن مع أداة سطر الأوامر xcodebuild إذا كنت تريد ذلك حقًا.لقد استخدمت Vim في جميع عمليات تحرير الكاكاو الخاصة بي قبل الاستسلام أخيرًا لـ Xcode.إنه ليس أعظم بيئة تطوير متكاملة (IDE) في العالم، لكنه ينجز المهمة، وقد شهدت الإصدارات 3.x الأخيرة بعض التحسينات الجيدة.
أداة القوة الحقيقية لتطوير الكاكاو هي Interface Builder.لا يقوم IB بإنشاء كود المصدر مثل العديد من أدوات واجهة المستخدم.وبدلاً من ذلك، فهو يتعامل مع طرق عرض Cocoa الحقيقية وعناصر التحكم والكائنات التي يتم تجميعها بعد ذلك في أرشيف (nib) يتم تحميله بواسطة برنامجك في وقت التشغيل.تستخدم معظم برامج Cocoa ملفًا واحدًا على الأقل، وغالبًا ما تستخدم ملفات أخرى كثيرة.
بغض النظر عن مجموعة IDE/المحرر التي تختارها لاختراق الملفات المصدر، أوصي باستخدام IB حيثما أمكنك ذلك.حتى لو لم تكن من محبي أدوات تخطيط/إنشاء واجهة المستخدم الأخرى، أقترح أن تظل متفتحًا، وتمنح "طريقة Cocoa" فرصة وتتعلم على الأقل ما يمكن أن يفعله Interface Builder لعملية التطوير الخاصة بك.
AFAIK، يستخدم كل مطور OS X تقريبًا Xcode.
هذا، وInterface Builder لإنشاء واجهات المستخدم الرسومية.
FWIW، حاول الحصول على نسخة من كتاب Hillegas، لأنه برنامج تعليمي تمهيدي رائع، والمرجع الذي توفره Docs Apple ليس كذلك حقًا.(ومع ذلك، فهي عمومًا مستندات مرجعية جيدة جدًا).
الكاكاو ضخم.أصعب جزء في تعلم كيفية كتابة التطبيقات على نظام Mac هو تعلم الكاكاو.بالمناسبة.لا تحتاج إلى معرفة ObjC (على الرغم من أنها تساعد كثيرًا).يمكنك كتابة تطبيقات Cocoa باستخدام Python أو Ruby (مباشرة في IDE).
أوافق على أن VS هو IDE أفضل من Xcode.ولكن إذا قمت باستخدام Interface Builder وجميع الأدوات الأخرى، فأنا لست متأكدًا من ذلك.لا يقتصر تطوير نظام Mac على بيئة تطوير متكاملة واحدة عملاقة لكل شيء.لكن VS "ألطف" على المطور مقارنة بـ Xcode.
أيضًا إذا كنت تريد إجراء تطبيقات عبر الأنظمة الأساسية، فاطلع عليها RealBasic.أداة جيدة (أساسية بالرغم من ذلك.ولكنه يعمل على Linux أيضًا.) ستندهش من عدد تطبيقات Mac المكتوبة باستخدام RB.
لقد سمعت أن الكتب الموجودة حاليًا قديمة جدًا.يبدو أن النظام البيئي بأكمله يتطور بسرعة كبيرة مع التغييرات الجذرية التي يتم إجراؤها في كل إصدار لنظام التشغيل.
كتب أ درس تعليمي الذي يجمع بعض وثائق Apple والبرامج التعليمية الأخرى التي يجب أن تبدأ بها.أعتقد أنه يغطي أساسيات استخدام IDE، وكتابة تطبيقات بسيطة، ثم ينتقل إلى أشياء أكثر تقدمًا.
لقد كنت أشتغل بالكاكاو طوال العامين الماضيين، وقد التقطت مؤخرًا كتاب فريتز أندرسون "إطلاق العنان لـ Xcode 3." موصى به للغاية للدخول إلى Xcode - خاصة مع بعض التغييرات الكبيرة التي جلبها 3.0/Leopard.
لا تنس الكتاب المقدس الفعلي الخاص بـ Hillegass حول الكاكاو، "برمجة الكاكاو لنظام التشغيل Mac OS X - الإصدار الثالث".
Peter لا أعرف لماذا واجهت مشكلة في تشغيل تطبيق بسيط، فورًا دون القيام بأي شيء، يحصل تطبيقك على الكثير من الفوائد من إطار عمل Cocoa.إذا كنت تقصد أنك كنت تحاول القيام بأشياء مثل توصيل زر بإجراء ما وجعله يطبع تنبيهًا على الشاشة أو شيء من هذا القبيل، فنعم أستطيع أن أرى إلى أين تتجه مع صعوبة ذلك.
المشكلة بالنسبة لي عندما بدأت مع الكاكاو منذ عدة سنوات مضت هي أنه كان مختلفًا تمامًا عن أي شيء آخر لدرجة أنه كان به منحنى تعليمي قليل.في حين أن العديد من الأنظمة الأخرى تركز على الوقت، فإن Cocoa ديناميكي للغاية وموجه نحو وقت التشغيل.بمجرد أن تتخطى تعلم كيفية ربط الإجراءات بالفصول الدراسية، يصبح الأمر مجرد مسألة تعلم كيفية عمل أطر عمل Cocoa.
