Objective-C เปรียบเทียบกับ C # อย่างไร? [ปิด]

ฉันเพิ่งซื้อ Mac และใช้เป็นหลักในการพัฒนา C # ภายใต้ VMWare Fusion ด้วยแอปพลิเคชัน Mac ที่ดีทั้งหมดฉันเริ่มคิดถึง Xcode ที่ซุ่มซ่อนเพียงแค่คลิกติดตั้งและเรียนรู้ Objective-C

ไวยากรณ์ระหว่างสองภาษาดูแตกต่างกันมากน่าจะเป็นเพราะ Objective-C มีต้นกำเนิดใน C และ C # มีต้นกำเนิดใน Java / C ++ แต่สามารถเรียนรู้ไวยากรณ์ที่แตกต่างกันได้ดังนั้นจึงควรใช้ได้

ข้อกังวลหลักของฉันคือการทำงานกับภาษาและหากจะช่วยในการสร้างโค้ดที่มีโครงสร้างดีอ่านง่ายและสวยงาม ฉันชอบฟีเจอร์ต่างๆเช่น LINQ และ var ใน C # และสงสัยว่ามีคุณสมบัติที่เทียบเท่าหรือดีกว่า / แตกต่างกันใน Objective-C หรือไม่

ฉันพลาดฟีเจอร์ภาษาใดที่จะพัฒนาด้วย Objective-C ฉันจะได้รับคุณสมบัติอะไรบ้าง?

แก้ไข:การเปรียบเทียบเฟรมเวิร์กมีประโยชน์และน่าสนใจ แต่การเปรียบเทียบภาษาเป็นสิ่งที่คำถามนี้ถามจริงๆ (ส่วนหนึ่งเป็นความผิดของฉันที่เริ่มแท็กด้วย.net) สันนิษฐานว่าทั้ง Cocoa และ. NET เป็นเฟรมเวิร์กที่สมบูรณ์มากในสิทธิของตัวเองและทั้งสองมีจุดประสงค์หนึ่งเป้าหมายคือ Mac OS X และ Windows อื่น ๆ

ขอบคุณสำหรับมุมมองที่คิดมาอย่างดีและมีเหตุผลที่สมดุลจนถึงตอนนี้!

ไม่มีภาษาใดที่สมบูรณ์แบบสำหรับทุกงานและ Objective-C ก็ไม่มีข้อยกเว้น แต่มีความเฉพาะเจาะจงบางอย่าง เช่นเดียวกับการใช้LINQและvar(ซึ่งฉันไม่ทราบถึงการแทนที่โดยตรง) บางส่วนเกี่ยวข้องกับภาษาอย่างเคร่งครัดและอื่น ๆ เกี่ยวข้องกับเฟรมเวิร์ก

( หมายเหตุ:เช่นเดียวกับที่ C # อยู่คู่กับ. NET อย่างแน่นหนา Objective-C จะอยู่คู่กับโกโก้อย่างแน่นหนาดังนั้นบางประเด็นของฉันอาจดูเหมือนไม่เกี่ยวข้องกับ Objective-C แต่ Objective-C ที่ไม่มีโกโก้จะคล้ายกับ C # ที่ไม่มี. NET / WPF / LINQ ทำงานภายใต้ Mono ฯลฯ มันไม่ใช่วิธีที่มักจะทำ)

ฉันจะไม่แสร้งทำเป็นอธิบายความแตกต่างข้อดีและข้อเสียอย่างละเอียด แต่นี่คือบางส่วนที่ต้องนึกถึง

• ส่วนที่ดีที่สุดอย่างหนึ่งของ Objective-C คือลักษณะไดนามิก - แทนที่จะเรียกวิธีการคุณส่งข้อความซึ่งรันไทม์กำหนดเส้นทางแบบไดนามิก เมื่อรวมกัน (อย่างรอบคอบ) กับการพิมพ์แบบไดนามิกสิ่งนี้สามารถทำให้รูปแบบที่มีประสิทธิภาพจำนวนมากง่ายขึ้นหรือใช้งานได้เล็กน้อย

• ในฐานะตัวแทนที่เข้มงวดของ C Objective-C เชื่อมั่นว่าคุณรู้ว่าคุณกำลังทำอะไรอยู่ แตกต่างจากวิธีการจัดการและ / หรือ typesafe ของภาษาเช่น C # และ Java Objective-C ช่วยให้คุณทำสิ่งที่คุณต้องการและสัมผัสกับผลลัพธ์ที่ตามมา เห็นได้ชัดว่าสิ่งนี้อาจเป็นอันตรายได้ในบางครั้ง แต่ความจริงที่ว่าภาษาไม่ได้ขัดขวางคุณจากการทำสิ่งต่างๆส่วนใหญ่นั้นค่อนข้างมีพลัง ( แก้ไข:ฉันควรชี้แจงว่า C # มีคุณสมบัติและฟังก์ชันการทำงานที่ "ไม่ปลอดภัย" เช่นกัน แต่พฤติกรรมเริ่มต้นคือโค้ดที่มีการจัดการซึ่งคุณต้องเลือกไม่ใช้อย่างชัดเจนโดยการเปรียบเทียบ Java อนุญาตเฉพาะโค้ด typesafe และไม่เปิดเผยตัวชี้ดิบใน แบบที่ C และคนอื่น ๆ ทำ)

• หมวดหมู่ (การเพิ่ม / แก้ไขวิธีการในคลาสโดยไม่ต้องมีคลาสย่อยหรือเข้าถึงซอร์ส) เป็นดาบสองคมที่ยอดเยี่ยม มันสามารถลดความซับซ้อนของลำดับชั้นการสืบทอดและกำจัดโค้ดได้อย่างมากมาย แต่ถ้าคุณทำอะไรแปลก ๆ บางครั้งผลลัพธ์อาจทำให้งงงวย

• Cocoa ทำให้การสร้างแอป GUI ง่ายขึ้นในหลาย ๆ ด้าน แต่คุณต้องห่อหัวของคุณรอบ ๆ กระบวนทัศน์ การออกแบบ MVC นั้นแพร่หลายใน Cocoa และรูปแบบเช่นผู้รับมอบสิทธิ์การแจ้งเตือนและแอป GUI แบบมัลติเธรดนั้นเหมาะอย่างยิ่งกับ Objective-C

• การผูกโกโก้และการสังเกตคีย์ - ค่าสามารถกำจัดรหัสกาวจำนวนมากและกรอบงานของโกโก้ใช้ประโยชน์จากสิ่งนี้อย่างกว้างขวาง การจัดส่งแบบไดนามิกของ Objective-C ทำงานร่วมกันได้ดังนั้นประเภทของวัตถุจึงไม่สำคัญตราบใดที่เป็นไปตามคีย์ - ค่า

• คุณอาจจะพลาดชื่อสามัญและเนมสเปซและพวกเขามีประโยชน์ แต่ในกรอบความคิดและกระบวนทัศน์ของ Objective-C พวกเขาจะเป็นสิ่งเฉพาะมากกว่าสิ่งจำเป็น (Generics เป็นข้อมูลเกี่ยวกับความปลอดภัยของประเภทและการหลีกเลี่ยงการแคสต์ แต่การพิมพ์แบบไดนามิกใน Objective-C ทำให้สิ่งนี้ไม่เป็นปัญหา Namespaces จะดีถ้าทำได้ดี แต่ก็ง่ายพอที่จะหลีกเลี่ยงความขัดแย้งที่ราคาสูงกว่าประโยชน์โดยเฉพาะ สำหรับรหัสเดิม)

• สำหรับการทำงานพร้อมกัน Blocks (ฟีเจอร์ภาษาใหม่ใน Snow Leopard และนำไปใช้กับ Cocoa APIs) มีประโยชน์อย่างยิ่ง สองสามบรรทัด (มักใช้ร่วมกับ Grand Central Dispatch ซึ่งเป็นส่วนหนึ่งของ libsystem ในวันที่ 10.6) สามารถกำจัดส่วนประกอบสำคัญของฟังก์ชันการโทรกลับบริบท ฯลฯ (บล็อกสามารถใช้ใน C และ C ++ ได้และสามารถเพิ่มลงใน C # ได้อย่างแน่นอน ซึ่งจะยอดเยี่ยมมาก) NSOperationQueue เป็นวิธีที่สะดวกมากในการเพิ่มการทำงานพร้อมกันให้กับโค้ดของคุณเองโดยการจัดส่งคลาสย่อย NSOperation ที่กำหนดเองหรือบล็อกที่ไม่ระบุตัวตนซึ่ง GCD จะดำเนินการกับเธรดที่แตกต่างกันอย่างน้อยหนึ่งชุดให้คุณโดยอัตโนมัติ

ฉันเขียนโปรแกรมในภาษา C, C ++ และ C # มานานกว่า 20 ปีแล้วโดยเริ่มครั้งแรกในปี 1990 ฉันเพิ่งตัดสินใจดูการพัฒนา iPhone และ Xcode และ Objective-C โอ้ความดีของฉัน ... ทุกข้อร้องเรียนเกี่ยวกับ Microsoft ที่ฉันนำกลับมาตอนนี้ฉันรู้แล้วว่าโค้ดแย่แค่ไหน Objective-C ซับซ้อนกว่าเมื่อเทียบกับสิ่งที่ C # ทำ ฉันรู้สึกแย่กับ C # และตอนนี้ฉันรู้สึกซาบซึ้งกับการทำงานหนักทั้งหมดของ Microsoft เพียงแค่อ่าน Objective-C ด้วยวิธีเรียกใช้ก็ยากที่จะอ่าน C # มีความสง่างามในสิ่งนี้ นั่นเป็นเพียงความคิดเห็นของฉันฉันหวังว่าภาษาสำหรับการพัฒนาของ Apple นั้นดีพอ ๆ กับผลิตภัณฑ์ของ Apple แต่ที่รักพวกเขามีอะไรให้เรียนรู้มากมายจาก Microsoft ไม่มีคำถามแอปพลิเคชัน C # .NET ฉันสามารถดาวน์โหลดแอปพลิเคชันได้เร็วกว่า XCode Objective-C หลายเท่า Apple ควรนำใบออกจากหนังสือของ Microsoft ที่นี่แล้วเราจะมีสภาพแวดล้อมที่สมบูรณ์แบบ :-)

ไม่มีการตรวจสอบทางเทคนิคที่นี่ แต่ฉันพบว่า Objective-C อ่านได้น้อยกว่ามาก จากตัวอย่างที่ Cinder6 ให้คุณ:

ค#

List<string> strings = new List<string>();
strings.Add("xyzzy");                  // takes only strings
strings.Add(15);                       // compiler error
string x = strings[0];                 // guaranteed to be a string
strings.RemoveAt(0);                   // or non-existant (yielding an exception)

วัตถุประสงค์ -C

NSMutableArray *strings = [NSMutableArray array];
[strings addObject:@"xyzzy"];
[strings addObject:@15];
NSString *x = strings[0];
[strings removeObjectAtIndex:0];

มันดูแย่มาก ฉันลองอ่านหนังสือ 2 เล่มด้วยซ้ำพวกเขาทำให้ฉันเสียตั้งแต่เนิ่นๆและโดยปกติฉันไม่เข้าใจในหนังสือ / ภาษาเกี่ยวกับการเขียนโปรแกรม

ฉันดีใจที่มี Mono สำหรับ Mac OS เพราะถ้าฉันต้องพึ่งพา Apple เพื่อให้สภาพแวดล้อมการพัฒนาที่ดี ...

การจัดการหน่วยความจำด้วยตนเองเป็นสิ่งที่ผู้เริ่มต้นใช้ Objective-C ดูเหมือนจะมีปัญหามากที่สุดส่วนใหญ่เป็นเพราะพวกเขาคิดว่ามันซับซ้อนกว่าที่เป็นอยู่

วัตถุประสงค์ -C และโกโก้โดยการขยายขึ้นอยู่กับอนุสัญญามากกว่าการบังคับใช้; รู้และปฏิบัติตามกฎเล็ก ๆ น้อย ๆ และคุณจะได้รับจำนวนมากฟรีจากเวลาทำงานแบบไดนามิกเป็นการตอบแทน

ไม่ใช่กฎที่แท้จริง 100% แต่ดีพอสำหรับทุกวันคือ:

• ทุกสายที่เรียกallocควรจับคู่กับreleaseส่วนท้ายของขอบเขตปัจจุบัน
• หากได้รับค่าส่งคืนสำหรับวิธีการของคุณallocแล้วควรส่งคืนโดยreturn [value autorelease];แทนที่จะจับคู่โดยrelease.
• ใช้คุณสมบัติและไม่มีกฎข้อที่สาม

คำอธิบายที่ยาวขึ้นมีดังนี้

การจัดการหน่วยความจำขึ้นอยู่กับความเป็นเจ้าของ เฉพาะเจ้าของอินสแตนซ์อ็อบเจ็กต์เท่านั้นที่จะปล่อยอ็อบเจกต์ได้ทุกคนไม่ควรทำอะไรเลย ซึ่งหมายความว่าใน 95% ของโค้ดทั้งหมดคุณปฏิบัติกับ Objective-C ราวกับว่าเป็นขยะที่เก็บรวบรวม

แล้วอีก 5% ล่ะ? คุณมีสามวิธีในการระวังอินสแตนซ์ออบเจ็กต์ที่ได้รับจากวิธีการเหล่านี้จะเป็นของขอบเขตวิธีการปัจจุบัน:

• alloc
• วิธีการใด ๆ ที่เริ่มต้นด้วยคำใหม่เช่นหรือnewnewService
• วิธีการใด ๆ ที่มีคำว่าคัดลอกเช่นและcopymutableCopy

วิธีนี้มีตัวเลือกที่เป็นไปได้สามตัวเลือกว่าจะทำอย่างไรกับอินสแตนซ์วัตถุที่เป็นเจ้าของก่อนที่จะออก:

• ปล่อยโดยใช้releaseถ้าไม่จำเป็นอีกต่อไป
• ให้ความเป็นเจ้าของฟิลด์(ตัวแปรอินสแตนซ์)หรือตัวแปรส่วนกลางโดยเพียงแค่กำหนด
• เจ้าของสละ autoreleaseแต่ให้คนอื่นมีโอกาสที่จะเป็นเจ้าของก่อนเช่นไปออกไปโดยการโทร

ดังนั้นเมื่อใดที่คุณควรเป็นเจ้าของด้วยการโทรหาretain? สองกรณี:

• เมื่อกำหนดฟิลด์ในตัวเริ่มต้นของคุณ
• เมื่อใช้เมธอด setter ด้วยตนเอง

แน่นอนว่าถ้าทุกสิ่งที่คุณเห็นในชีวิตของคุณคือ Objective C ไวยากรณ์ของมันก็ดูเหมือนจะเป็นไปได้เท่านั้น เราสามารถเรียกคุณว่า "เวอร์จิ้นโปรแกรมมิ่ง"

แต่เนื่องจากโค้ดจำนวนมากเขียนด้วยภาษา C, C ++, Java, JavaScript, Pascal และภาษาอื่น ๆ คุณจะเห็นว่า ObjectiveC แตกต่างจากทั้งหมด แต่ไม่ใช่ในทางที่ดี พวกเขามีเหตุผลสำหรับเรื่องนี้หรือไม่? มาดูภาษายอดนิยมอื่น ๆ :

C ++ เพิ่มความพิเศษมากมายให้กับ C แต่มันเปลี่ยนไวยากรณ์ดั้งเดิมเท่าที่จำเป็นเท่านั้น

C # เพิ่มความพิเศษมากมายเมื่อเทียบกับ C ++ แต่มันเปลี่ยนเฉพาะสิ่งที่น่าเกลียดใน C ++ (เช่นการลบ "::" ออกจากอินเทอร์เฟซ)

Java เปลี่ยนแปลงหลายสิ่งหลายอย่าง แต่ยังคงไวยากรณ์ที่คุ้นเคยไว้ยกเว้นในส่วนที่จำเป็นต้องมีการเปลี่ยนแปลง

JavaScript เป็นภาษาไดนามิกที่สมบูรณ์ซึ่งสามารถทำหลายสิ่งที่ ObjectiveC ทำไม่ได้ อย่างไรก็ตามผู้สร้างไม่ได้คิดค้นวิธีการโทรแบบใหม่และส่งผ่านพารามิเตอร์เพื่อให้แตกต่างจากที่อื่น ๆ ในโลก

Visual Basic สามารถส่งผ่านพารามิเตอร์ออกไปได้เช่นเดียวกับ ObjectiveC คุณสามารถตั้งชื่อพารามิเตอร์ได้ แต่คุณสามารถส่งผ่านได้ตามปกติ ไม่ว่าคุณจะใช้อะไรก็ตามมันเป็นวิธีปกติคั่นด้วยจุลภาคที่ทุกคนเข้าใจ จุลภาคเป็นตัวคั่นตามปกติไม่ใช่เฉพาะในภาษาโปรแกรม แต่ในหนังสือหนังสือพิมพ์และภาษาเขียนโดยทั่วไป

Object Pascal มีไวยากรณ์ที่แตกต่างจาก C แต่จริงๆแล้วไวยากรณ์ของมันนั้นง่ายต่อการอ่านสำหรับโปรแกรมเมอร์ (อาจจะไม่ใช่สำหรับคอมพิวเตอร์ แต่ใครจะสนใจว่าคอมพิวเตอร์คิดอย่างไร) บางทีพวกเขาอาจจะพูดนอกเรื่อง แต่อย่างน้อยผลลัพธ์ของพวกเขาก็ดีกว่า

Python มีไวยากรณ์ที่แตกต่างกันซึ่งง่ายต่อการอ่าน (สำหรับมนุษย์) มากกว่าภาษาปาสคาล ดังนั้นเมื่อพวกเขาเปลี่ยนมันทำให้มันแตกต่างอย่างน้อยพวกเขาก็ทำให้โปรแกรมเมอร์เราดีขึ้น

แล้วเราก็มี ObjectiveC การเพิ่มการปรับปรุงบางอย่างให้กับ C แต่การสร้างไวยากรณ์ของอินเทอร์เฟซการเรียกเมธอดการส่งผ่านพารามิเตอร์และสิ่งที่ไม่เป็นของตัวเอง ฉันสงสัยว่าทำไมพวกเขาไม่สลับ + และ - ดังนั้นการบวกลบสองจำนวน มันจะเย็นกว่านี้

สตีฟจ็อบส์ล้มเหลวโดยสนับสนุน ObjectiveC แน่นอนว่าเขาไม่สามารถรองรับ C # ซึ่งดีกว่า แต่เป็นของคู่แข่งที่แย่ที่สุดของเขา นี่คือการตัดสินใจทางการเมืองไม่ใช่การตัดสินใจในทางปฏิบัติ เทคโนโลยีได้รับผลกระทบเสมอเมื่อมีการตัดสินใจทางเทคโนโลยีด้วยเหตุผลทางการเมือง เขาควรเป็นผู้นำ บริษัท ซึ่งเขาทำได้ดีและฝากเรื่องการเขียนโปรแกรมไว้กับผู้เชี่ยวชาญตัวจริง

ฉันแน่ใจว่าจะมีแอพสำหรับ iPhone มากขึ้นถ้าเขาตัดสินใจเขียน iOS และรองรับไลบรารีในภาษาอื่นที่ไม่ใช่ ObjectiveC สำหรับทุกคนยกเว้นแฟนตัวยงโปรแกรมเมอร์บริสุทธิ์และสตีฟจ็อบส์ ObjectiveC ดูไร้สาระน่าเกลียดและน่ารังเกียจ

สิ่งหนึ่งที่ฉันชอบเกี่ยวกับวัตถุประสงค์ -c คือระบบวัตถุนั้นขึ้นอยู่กับข้อความมันช่วยให้คุณทำสิ่งที่ดีจริงๆที่คุณไม่สามารถทำได้ใน C # (อย่างน้อยก็จนกว่าพวกเขาจะรองรับคีย์เวิร์ดไดนามิก!)

สิ่งที่ยอดเยี่ยมอีกอย่างเกี่ยวกับการเขียนแอปโกโก้คือตัวสร้างอินเทอร์เฟซซึ่งดีกว่าตัวออกแบบฟอร์มใน Visual Studio มาก

สิ่งที่เกี่ยวกับ obj-c ที่รบกวนฉัน (ในฐานะนักพัฒนา C #) คือความจริงที่ว่าคุณต้องจัดการหน่วยความจำของคุณเอง (มีการรวบรวมขยะ แต่ใช้ไม่ได้กับ iPhone) และอาจเป็นเรื่องที่ละเอียดมากเนื่องจาก ไวยากรณ์ตัวเลือกและ [] ทั้งหมด

ในฐานะโปรแกรมเมอร์เพิ่งเริ่มต้นกับ Objective-C สำหรับ iPhone โดยมาจาก C # 4.0 ฉันไม่มีนิพจน์แลมบ์ดาและโดยเฉพาะ Linq-to-XML นิพจน์แลมบ์ดาคือ C # เฉพาะในขณะที่ Linq-to-XML เป็นคอนทราสต์. NET เทียบกับโกโก้ ในแอปตัวอย่างที่ฉันเขียนฉันมี XML อยู่ในสตริง ฉันต้องการแยกวิเคราะห์องค์ประกอบของ XML นั้นเป็นชุดของวัตถุ

เพื่อให้บรรลุนี้ใน Objective-C / โกโก้ผมต้องใช้ระดับ NSXmlParser คลาสนี้อาศัยอ็อบเจ็กต์อื่นซึ่งใช้NSXMLParserDelegateโปรโตคอลด้วยเมธอดที่เรียกว่า (อ่าน: ข้อความที่ส่ง) เมื่อแท็กเปิดองค์ประกอบถูกอ่านเมื่อข้อมูลบางส่วนถูกอ่าน (โดยปกติจะอยู่ภายในองค์ประกอบ) และเมื่ออ่านแท็กปิดท้ายองค์ประกอบบางส่วน . คุณต้องติดตามสถานะและสถานะการแยกวิเคราะห์ และฉันไม่รู้ว่าจะเกิดอะไรขึ้นถ้า XML ไม่ถูกต้อง มันยอดเยี่ยมสำหรับการลงรายละเอียดและเพิ่มประสิทธิภาพ แต่โอ้มนุษย์นี่เป็นโค้ดมากมาย

ในทางตรงกันข้ามนี่คือรหัสใน C #:

using System.Linq.Xml;
XDocument doc = XDocument.Load(xmlString);
IEnumerable<MyCustomObject> objects = doc.Descendants().Select(
         d => new MyCustomObject{ Name = d.Value});

เพียงเท่านี้คุณก็มีชุดของวัตถุแบบกำหนดเองที่ดึงมาจาก XML หากคุณต้องการกรององค์ประกอบเหล่านั้นตามค่าหรือเฉพาะองค์ประกอบที่มีแอตทริบิวต์เฉพาะหรือหากคุณต้องการเพียง 5 รายการแรกหรือข้าม 1 รายการแรกและรับ 3 รายการถัดไปหรือเพียงตรวจสอบว่ามีการส่งคืนองค์ประกอบใด ... แบมอยู่ในบรรทัดเดียวกันของรหัส

มีคลาสโอเพนซอร์สจำนวนมากที่ทำให้การประมวลผลนี้ง่ายขึ้นมากใน Objective-C ดังนั้นจึงช่วยเพิ่มการใช้งานได้มาก มันไม่ใช่แค่นี้ในตัว

* หมายเหตุ: ฉันไม่ได้รวบรวมโค้ดด้านบนจริงๆมันมีไว้เพื่อเป็นตัวอย่างเพื่อแสดงให้เห็นถึงการขาดความละเอียดถี่ถ้วนที่ C # ต้องการ

ความแตกต่างที่สำคัญที่สุดคือการจัดการหน่วยความจำ ด้วย C # คุณจะได้รับการเก็บขยะโดยอาศัยภาษาที่ใช้ CLR ด้วย Objective-C คุณต้องจัดการหน่วยความจำด้วยตัวเอง

หากคุณมาจากพื้นหลัง C # (หรือภาษาสมัยใหม่สำหรับเรื่องนั้น ๆ ) การย้ายไปยังภาษาที่ไม่มีการจัดการหน่วยความจำอัตโนมัติจะเป็นเรื่องที่เจ็บปวดมากเนื่องจากคุณจะใช้เวลาในการเขียนโค้ดเป็นจำนวนมากในการจัดการหน่วยความจำอย่างถูกต้อง (และการดีบักเป็น ดี).

นี่เป็นบทความที่ค่อนข้างดีในการเปรียบเทียบสองภาษา: http://www.coderetard.com/2008/03/16/c-vs-objective-c/

นอกเหนือจากความแตกต่างของกระบวนทัศน์ระหว่าง 2 ภาษาแล้วก็ไม่มีความแตกต่างกันมากนัก เท่าที่ฉันเกลียดที่จะพูดคุณสามารถทำสิ่งเดียวกัน (อาจไม่ใช่เรื่องง่าย) ด้วย. NET และ C # เท่าที่จะทำได้ด้วย Objective-C และ Cocoa สำหรับ Leopard นั้น Objective-C 2.0 มีการรวบรวมขยะดังนั้นคุณจึงไม่จำเป็นต้องจัดการหน่วยความจำด้วยตัวเองเว้นแต่คุณต้องการ (ความเข้ากันได้ของรหัสกับ Mac และแอพ iPhone รุ่นเก่ามี 2 เหตุผลที่คุณต้องการ)

สำหรับโค้ดที่มีโครงสร้างและอ่านได้นั้นเกี่ยวข้องภาระส่วนใหญ่อยู่ที่โปรแกรมเมอร์เช่นเดียวกับภาษาอื่น ๆ อย่างไรก็ตามฉันพบว่าข้อความที่ส่งผ่านกระบวนทัศน์นั้นยืมตัวเองได้ดีกับโค้ดที่อ่านได้หากคุณตั้งชื่อฟังก์ชัน / วิธีการของคุณอย่างเหมาะสม (อีกครั้งเช่นเดียวกับภาษาอื่น ๆ )

ฉันจะเป็นคนแรกที่ยอมรับว่าฉันไม่ค่อยคุ้นเคยกับ C # หรือ. NET แต่เหตุผลที่ Quinn ระบุไว้ข้างต้นเป็นเหตุผลบางประการที่ฉันไม่สนใจที่จะเป็นเช่นนั้น

การเรียกเมธอดที่ใช้ใน obj-c make เพื่อให้อ่านโค้ดได้ง่ายในความคิดของฉันดูหรูหรากว่า c # มากและ obj-c สร้างขึ้นที่ด้านบนของ c ดังนั้นรหัส c ทั้งหมดควรทำงานได้ดีใน obj-c ผู้ขายรายใหญ่สำหรับฉันคือ obj-c เป็นมาตรฐานเปิดดังนั้นคุณสามารถค้นหาคอมไพเลอร์สำหรับระบบใดก็ได้