Jak zdecydować między MonoTouch i Objective-C? [zamknięte]

Jest wiele pogłosek w tym poście od programistów, którzy nie próbowali MonoTouch i Objective-C. wydaje się, że w większości są to Programiści Objective-C, którzy nigdy nie próbowali MonoTouch.

Jestem oczywiście stronniczy, ale możecie sprawdzić co robi społeczność MonoTouch:

Http://xamarin.com

Znajdziesz tam kilka artykułów od programistów, którzy opracowali zarówno Objective-C, jak i C#.

Więc moją odpowiedzią na poprzednie podobne pytanie jest nauczenie się Objective-C. (nie zapomnij również o obsłudze debugowania)

To pewnie niektórych obrazi, ale do bądź szczery, jeśli masz zamiar zrobić jakiekolwiek poważny rozwój, powinieneś się nauczyć Objective-C. niewiedza Objective-C w rozwoju iPhone ' a będzie tylko przeszkoda. Nie będziesz w stanie zrozumieć wiele przykładów; trzeba radzić sobie z dziwactwami Mono jeśli posiadasz praktyczną wiedzę na temat Objective-C można dostać dużo więcej z dokumentacji platformy.

Osobiście nie rozumiem pozycja, która mówi, że zwiększenie ilość potrzebnych informacji w korzyść z używania Mono nad język ojczysty platformy. Wydaje się dla mnie coś przeciwnego do zamierzonego. I pomyśl, czy jest to bardzo drogie propozycja (nauka nowego języka) wtedy może warto wydać trochę czasu na podstawowe programowanie koncepcje, dzięki którym uczenie się nowych języki to dość tani propozycja.

Inny użytkownik napisał także:

Monotouch jest teraz dla ciebie łatwiejszy. Ale trudniej później.

Na przykład, co się dzieje, gdy pojawiają się nowe nasiona, które musisz przetestować, ale z jakiegoś powodu złamać MonoTouch?

Trzymając się Mono, za każdym razem, gdy szukasz zasobów dla frameworków, musisz mentalnie przełożyć się na to, jak zamierzasz ich używać z Mono. Twoje binaria aplikacji będą większe, Twoje po kilku miesiącach pracy nad Objective-C czas tworzenia aplikacji nie jest tak szybki, a inni twórcy aplikacji będą mieli o wiele większą przewagę nad tobą, ponieważ korzystają z natywnej platformy.

Inną kwestią jest to, że chcesz używać C#, ponieważ jesteś bardziej zaznajomiony z językiem niż Objective-C. ale zdecydowana większość krzywej uczenia się dla iPhone ' a nie jest Objective-C, jest to framework - który będziesz musiał również wywołać z C#.

Dla każdego Platforma, powinieneś skorzystać z platformy, która bezpośrednio wyraża filozofię projektowania tej platformy - na iPhonie, czyli Objective-C. pomyśl o tym od strony odwrotnej, gdyby programista Linuksa przyzwyczajony do programowania w GTK chciał pisać aplikacje dla Windows, czy poważnie poleciłbyś, aby nie używali C# i trzymali się GTK, ponieważ było im "łatwiej" to zrobić?

Używanie Mono nie jest kulą u nogi. Jest wiele rzeczy, które dodaje do iPhone OS. LINQ, WCF, sharable code between a Silverlight app, an ASP.NET strona, aplikacja WPF, aplikacja Windows Form, a także mono dla Androida i będzie działać również Dla Windows Mobile.

Możesz więc poświęcić trochę czasu na pisanie Objective - C (zobaczysz z wielu badań, gdzie dokładnie ten sam przykładowy kod w C# jest znacznie mniej do napisania niż OC), a następnie powielić to wszystko na inne platformy. Dla mnie, ja wybrałem MonoTouch, ponieważ aplikacja w chmurze, którą piszę, będzie miała wiele interfejsów, a iPhone jest tylko jednym z nich. Przesyłanie danych WCF z chmury do aplikacji MonoTouch jest szalenie proste. Mam podstawowe biblioteki, które są współdzielone między różnymi platformami, a następnie wystarczy napisać prostą warstwę prezentacji dla wdrożeń iPhone/WinMobile/Android/SilverLight/WPF/ASP.NET. Odtworzenie tego wszystkiego w Objective-C byłoby ogromną stratą czasu zarówno na początkowy rozwój, jak i konserwację ponieważ produkt nadal idzie do przodu, ponieważ wszystkie funkcje musiałyby być replikowane, a nie ponownie wykorzystane.

Ludzie, którzy obrażają MonoTouch lub insynuują, że użytkownicy it potrzebują kuli, nie mają dużego obrazu tego, co to znaczy mieć. NET framework na wyciągnięcie ręki i być może nie rozumieją WŁAŚCIWEGO oddzielenia logiki od prezentacji wykonanej w sposób, który może być ponownie użyty na platformach i urządzeniach.

Objective-C jest ciekawy i bardzo różni się od wiele popularnych języków. Lubię wyzwania i uczyć się różnych podejść... ale nie wtedy, gdy to utrudnia mój postęp lub tworzy niepotrzebne ponowne kodowanie. Istnieje kilka naprawdę wspaniałych rzeczy na temat frameworku SDK iPhone ' a, ale cała ta wielkość jest w pełni obsługiwana przez MonoTouch i wycina całe ręczne zarządzanie pamięcią, zmniejsza ilość kodu wymaganego do wykonywania tych samych zadań, pozwala mi ponownie użyć moich zestawów i utrzymuje moje opcje otwarte, aby móc przejść do innych urządzeń i korzystać z nich. perony.

Zamieniłem się. Monotouch Let ' s me write apps co najmniej 3-4 razy szybciej (4 apps per month in my old 1 per month in Obj C)

Dużo mniej pisania.

Po prostu moje doświadczenie.

Jeśli jest to jedyna aplikacja na iPhone ' a, którą kiedykolwiek stworzysz, a także nie masz żadnego zainteresowania tworzeniem aplikacji Mac, to MonoTouch jest prawdopodobnie warty swojej ceny.

Jeśli myślisz, że kiedykolwiek stworzysz więcej aplikacji na iPhone ' a lub będziesz chciał wykonać natywny rozwój komputerów Mac, prawdopodobnie warto nauczyć się Objective-C i powiązanych z nimi frameworków. Dodatkowo, jeśli jesteś typem programisty, który lubi uczyć się nowych rzeczy, jest to nowy, zabawny paradygmat do nauki.

Osobiście myślę, że będziesz miał lepszy czas po prostu uczenie się cel-C.

W skrócie:

• "Nauka Objective-C" nie jest zniechęcająca, jak mogłoby się wydawać, możesz cieszyć się nią już po kilku pierwszych tygodniach
• jesteś już zaznajomiony ze składnią "C style" z dużą ilością * & () {}; wszędzie
• Apple zrobił bardzo dobrą robotę dokumentowania rzeczy
[5]} będziesz współdziałać z iPhonem tak, jak zamierzał Apple, co oznacza, że otrzymasz korzyści bezpośrednio ze źródła, a nie przez jakiś filtr.

Odkryłem, że projekty takie jak Unity i MonoTouch mają "zaoszczędzić czas" , ale ostatecznie będziesz musiał nauczyć się ich języka specyficznego dla domeny i będziesz musiał czasami coś zrobić. Wszystko to prawdopodobnie zajmie ci tak długo, jak długo uczysz się języka, którego starałeś się uniknąć (w czasie kalendarzowym). W końcu nie oszczędzałeś czasu i jesteś mocno związany z niektórymi produkt.

EDIT: nigdy nie chciałem sugerować niczego negatywnego na temat. NET. Chodzi mi o to, że dodawanie kolejnych warstw złożoności tylko dlatego, że nie czujesz się jeszcze komfortowo z dziwaczną notacją objective nie ma dla mnie większego sensu.

Aktualizacja 2019: jest 7 lat później. Nadal czuję to samo, jeśli nie bardziej. Oczywiście, "język specyficzny dla domeny" mógł być złym terminem, ale nadal uważam, że o wiele lepiej jest pisać bezpośrednio dla platforma, z którą pracujesz i unikaj warstw kompatybilności i abstrakcji w jak największym stopniu. Jeśli martwisz się o ponowne użycie kodu i ponowną pracę, ogólnie rzecz biorąc, każda funkcjonalność, którą Twoja aplikacja wieloplatformowa musi wykonać, może być prawdopodobnie zrealizowana za pomocą nowoczesnych technologii internetowych.

Aby dodać do tego, co inni już powiedzieli (dobrze!): mam wrażenie, że w zasadzie podwajasz liczbę błędów, o które musisz się martwić, dodając te w MonoTouch do tych już w iPhone OS. Aktualizacja dla nowych wersji systemu operacyjnego będzie jeszcze bardziej bolesna niż zwykle. Fuj, wszędzie.

Jedyny przekonujący przypadek jaki widzę dla MonoTouch to organizacje, które mają mnóstwo programistów C# i Kod C# leżących wokół, że MUSZĄ dźwigni na iPhone. (Rodzaj sklep, który nawet nie mruga przy 3500$.)

Ale dla każdego zaczynającego od zera, naprawdę nie widzę tego jako wartościowego lub mądrego.

Trzy słowa: Linq do SQL

Yes it is well worth the $.

Coś chciałbym dodać, mimo że jest akceptowana odpowiedź-kto powiedział, że Apple nie odrzuci tylko aplikacji, które mają oznaki budowania z Mono Touch?

Zainwestowałbym czas w Objective-C głównie ze względu na wszelką pomoc, jaką można uzyskać z takich stron. Jedną z mocnych stron Objective - C jest to, że możesz używać kodu C i C++, a istnieje wiele projektów, które są dobrze przetestowane .

Kolejną rzeczą jest to, że kod (język wyboru) będzie obsługiwany przez apple. Co to jest iOS 5.x na przykład usuwa wsparcie dla rozwiązań innych firm, takich jak MonoTouch? Co powiesz swoim klientom więc?

Może lepiej użyć niezależnego od platformy rozwiązania, takiego jak HTML5, jeśli nie jesteś gotowy do przejścia do Objective-C?

Używam MonoTouch od kilku miesięcy, przeportowałem moją pół gotową aplikację z ObjectiveC, aby w przyszłości móc obsługiwać Androida.

Oto moje doświadczenie:

Bad bits:

• Studio Xamarin. Twórcy niezależni, tacy jak ja, są zmuszeni do korzystania z Xamarin Studio. Z każdym tygodniem jest coraz lepiej, deweloperzy są bardzo aktywni na forach identyfikując i naprawiając błędy, ale nadal jest bardzo wolny, często się zawiesza, ma dużo błędów i debugowanie jest również dość powolne.

• Czas budowy. Zbudowanie mojej dużej (połączonej) aplikacji do debugowania na urządzeniu może potrwać kilka minut, jest to w porównaniu do Xcode, który wdraża się niemal natychmiast. Budowanie symulatora (niezwiązane) jest nieco szybsze.

• Problemy z Monotouchem. Doświadczyłem problemów z wyciekiem pamięci spowodowanych obsługą zdarzeń i musiałem wprowadzić dość brzydkie obejścia, aby zapobiec wyciekom, takie jak dołączanie i odłączanie zdarzeń, gdy wchodzenie i opuszczanie widoków. Programiści Xamarin aktywnie przyglądają się takim problemom.

• Biblioteki stron trzecich. Spędziłem sporo czasu konwertując / wiążąc Biblioteki ObjectiveC do użycia w mojej aplikacji, chociaż jest to coraz lepsze z automatycznym oprogramowaniem, takim jak Objective Sharpie.

• Większe binaria. Nie przeszkadza mi to, ale pomyślałem, że o tym wspomnę. IMO kilka dodatkowych Mb to w dzisiejszych czasach nic.

Dobry bity:

• Wieloplatformowy. Mój przyjaciel z radością tworzy wersję aplikacji na Androida z mojej podstawowej bazy kodowej, rozwijamy się równolegle i zobowiązujemy się do zdalnego repozytorium Git na Dropbox, idzie dobrze.

• .Net. Praca w C#. Net jest o wiele ładniejsza niż Objective C IMO.

• MonoTouch. Prawie wszystko w iOS jest odzwierciedlone w. Net i jest dość prosto, aby wszystko działało.

• Xamarin. Widać, że ci faceci naprawdę pracują, aby poprawić wszystko, dzięki czemu rozwój jest płynniejszy i łatwiejszy.

Zdecydowanie polecam Xamarin do tworzenia różnych platform, szczególnie jeśli masz pieniądze na korzystanie z wersji Business lub Enterprise, które współpracują z Visual Studio.

Jeśli tworzysz wyłącznie aplikację na iPhone ' a, która nigdy nie będzie potrzebna na innej platformie, a jesteś niezależnym deweloperem, na razie zostałbym przy XCode i Objective C.

Jako ktoś z doświadczeniem zarówno w C# , jak i Objective-C, powiedziałbym, że dla większości ludzi Xamarin będzie wart swojej ceny.

C # jest naprawdę dobrze zaprojektowanym językiem, a API C# są również dobrze zaprojektowane. Oczywiście API Cocoa Touch (w tym UIKit) mają również świetny design, ale język można poprawić na kilka sposobów. Pisząc w C# będziesz prawdopodobnie bardziej produktywny w porównaniu do pisania tego samego kodu w Objective-C. wynika to z kilku powodów, ale niektóre powody to:

• C # has type inference. Wnioskowanie typu sprawia, że pisanie kodu jest szybsze, ponieważ nie musisz "znać" typu po lewej stronie zadania. To również sprawia, że refaktoryzacja jest łatwiejsza i bardziej oszczędna.

• C # ma generyki , które zmniejszą błędy w porównaniu do równoważnego kodu Objective-C (choć w Objective-C istnieją pewne ograniczenia, w większości sytuacji deweloperzy ich unikają).

• Ostatnio Xamarin dodał obsługę asynchronicznego / oczekującego, co sprawia, że pisanie kodu asynchronicznego jest bardzo proste.

• Będziesz mógł ponownie wykorzystać część bazy kodu na iOS, Androidzie i Windows Phone.

• MonoTouch w dużej mierze implementuje API CocoaTouch w bardzo prosty sposób. Na przykład: jeśli masz doświadczenie z CocoaTouch, będziesz wiedział, gdzie znaleźć klasy do sterowania w MonoTouch (MonoTouch.UIKit zawiera klasy dla UIButton, UIView, UINavigationController, itp..., podobnie MonoTouch.Fundacja ma zajęcia dla NSString, NSData, itp...).

• Xamarin zapewnia użytkownikom natywne wrażenia, w przeciwieństwie do rozwiązań takich jak PhoneGap lub Titanium.

Objective - C ma kilka zalet w stosunku do C#, ale w większości sytuacji pisanie aplikacji w C# zazwyczaj skutkuje krótszym czasem tworzenia i czystszym kodem oraz mniejszą pracą nad portowaniem tej samej aplikacji na inne platformy. Jednym z godnych uwagi WYJĄTKÓW mogą być Gry o wysokiej wydajności które opierają się na OpenGL.

Koszt Biblioteki MonoTouch jest całkowicie bez znaczenia. Powodem, dla którego nie powinieneś używać Mono dla aplikacji iPhone, jest to, że jest to Kula. Jeśli nie możesz zadawać sobie trudu, aby nauczyć się natywnych narzędzi, to nie mam powodu, aby wierzyć, że twój produkt jest wart pobrania.

Edit: 14/04/2010 aplikacje napisane MonoTouch nie kwalifikują się do iTunes Store. Tak powinno być. Apple widział wiele płytkich portów na Macu, używając wieloplatformowych zestawów narzędzi, takich jak Qt, czy Adobe częściowa re-implementacja systemu 7 toolbox, a długi i krótki to po prostu nie są wystarczająco dobre.