Як розробник C # ви навчилися Java розробляти для Android або використовувати натомість MonoDroid? [зачинено]

Я вважаю себе досить добре розбраним на C #. Наразі це моя мова вибору, і саме тут лежить весь мій професійний досвід.

І все-таки я здивований наявністю проекту MonoDroid . Я завжди розумів, що C # і Java дуже близькі. Мовляв, якщо ви знаєте одне, ви можете навчитися іншого дуже швидко. Отже, коли я розглядав питання про розробку свого першого додатка для Android, я просто припускав, що ознайомлюсь з Java достатньо, щоб почати роботу, а потім просто навчитися навчатися.

Хіба це не матиме більше сенсу, ніж використання MonoDroid, який, ймовірно, менш багатий на функції, ніж Java Android SDK, і вимагає вивчення власного API (хоча і .NET API) у будь-якому випадку? Я просто відчуваю, що було б краще вивчити нову мову (і надзвичайно популярну в цьому) і отримати певний досвід в ній - коли це так близько до того, що ти все одно знаєш - а не дотримуватися технології, яку ти досвідчив з, не здобуваючи більше цінних навичок.

Можливо, я грубо неправильно представляю середнього потенційного користувача MonoDroid. Можливо, це більше для людей, які мають досвід роботи в Java та .NET і просто віддають перевагу .NET. А може (насправді це ймовірно) є й інші фактори, які я просто не враховував. Мені просто цікаво, чому б ви використовували MonoDroid замість того, щоб просто розробляти для Android за допомогою Java?

Будь компетентний C # програміст повинен мати можливість швидко підібрати досить Java , щоб написати програму для Android, але це не головне . Це питання повторного використання коду.

Подумайте про півроку, коли ваша програма Android популярна, а ваші користувачі просять версію для iPhone та Windows Phone 7. Якщо ви використовували MonoDroid, ви можете повторно використовувати більшу частину логіки програми за допомогою MonoTouch (Mono для iOS) та SDK для Windows Phone. Тепер вони хочуть веб-версії, тому ви включаєте бібліотеки одного класу в проект ASP.Net. Версії для робочого столу? Немає проблем, що той самий бібліотека класів працює з .Net під Windows або Mono в Linux та OS X.

Крім C або C ++, я не можу придумати жодної іншої мови, яка дозволила б вам повторно використовувати той самий код у всіх цих цілях.

Змініть, щоб вирішити деякі проблеми в коментарях:. Net і Mono не дозволять вам написати повну програму та використовувати ту саму програму скрізь. Вони дозволять вам ділитися деяким кодом, і, як і у всіх крос-платформних програмуваннях, кількість спільного коду залежить від типу програм, які ви пишете, і від того, наскільки добре ви відокремите інтерфейс користувача та апаратний код від логіки програми.

Однак, якщо ви пишете додаток для Android на Java, скільки цього можна використовувати для iOS або Windows Phone? Це я і намагався зробити. У мене були існуючі бібліотеки C #, які працювали над Mono для Android набагато менше часу, ніж знадобилося б для їх повторного втілення, хоча я вже знав Java . У мене є код, який ділиться - немодифікованим - між веб-сайтом, настільними програмами та мобільними додатками на двох різних мобільних платформах, завдяки Mono.

Я не мав на увазі, навіть побічно, що Mono є ідеальним інструментом для кожної ситуації з мобільним розвитком. Це компроміс, але я твердо вірю, що бувають ситуації, коли Моно - набагато кращий вибір.

Будь ласка, подивіться (і піднесіть заявку!) Відповідь Джейсона S для іншої точки зору.

Це свого роду додаткова відповідь, оскільки одне, що, здається, поки що у відповідях не було помічено, стосується того, що насправді є кросплатформою. На думку самих Xamarin, це в основному ваша бізнес-логіка, а не ваш інтерфейс користувача або будь-який апаратний контроль, такий як GPS, аудіо, адресна книга тощо. Вони повинні бути написані спеціально для кожної платформи. Подивіться їх запитання щодо поширених запитань У мене є додаток MonoTouch або WindowsPhone 7, чи можу я просто відновити його з Mono для Android та націлити на Android? .

Використовуючи Mono, ви можете написати свій інтерфейс користувача та код управління телефоном за допомогою C #, але він не буде переносимим на будь-яку платформу. Вам потрібно буде написати інтерфейс користувача та управління телефоном для кожної платформи, навіть якщо ви можете записати це на C #. У будь-якому випадку, вам все одно доведеться дізнатися особливості управління інтерфейсом користувача на Android та те, як Android обробляє телефонні ресурси.

Використовуючи Mono, вам доведеться вивчити Mono API, який викликає API Android. Вам також доведеться чекати, коли Mono впровадить нові функції Android і сподіваємось, що вони реалізують усі функції Android. Навіть якщо C # є більш потужним, ніж Java, ви не зможете зробити більше, ніж якщо ви використовуєте Android SDK безпосередньо (на Java).

Якщо ви переходите прямо з C # на Android, оскільки C # настільки синтаксично схожий на Java, то більшість навчань розробників C # для Android буде вивчати API для Android.

Деякі міркування ...

C # для Android

Треба вчитися

• Android API
• Java API: обробка рядків, календарів та подій тощо

Не потрібно вчитися

• Синтаксис Java: C # дуже схожий на синтаксис.

Інші міркування

• Ви не зможете повторно використовувати код на всіх платформах.
• У вас не буде ніяких залежностей між вами та SDK для Android. Ви отримаєте нові функції Android по мірі їх випуску.
• Ви, швидше за все, матимете більшу підтримку та приклади для коду Android, ніж Mono.

C # до Моно

Треба вчитися

• Android: Вам ще потрібно вивчити функції інтерфейсу та апаратного керування Android.
• API Mono: Ви повинні навчитися викликати API Mono, щоб виконувати роботи з інтерфейсом та обладнанням Android.

Не потрібно вчитися

• API Java та синтаксис: Ви можете розвиватися в C #

Інші міркування

• Код повторного використання: Ви можете повторно використовувати код C #, позбавлений будь-якого коду користувальницького інтерфейсу або апаратного керування, і таким чином є чистою "бізнес-логікою". Хоча ідеально, мати таку чисту поділ не завжди просто. Вам доведеться оцінити, яка частина вашого коду не матиме ніякого інтерфейсу або апаратного контролю.
• Залежності: Ви залежать від Mono, який реалізує API Android. Можливо, є деякі відставання від версій Android API або деякі функції Android ніколи не можуть бути реалізовані.
• У вас може бути менше документації та прикладів на вибір.

Я думаю, що багато чого стосується наявних ресурсів.

Синтаксис в C # і Java може бути схожий, але вони пропонують дуже різні речі. Наприклад, робота з датами за допомогою стандартних бібліотек Java - це кошмар, тоді як у C # це досить приємно.

Це здається чудовою можливістю для вивчення нової мови , яку, на мою думку, ви не повинні пропускати.

Перехід від C # до Java - вітер, оскільки вони засновані на одних і тих же концепціях. Java - це як підмножина C #, тому вам доведеться вивчити деякі речі (наприклад, властивості та збірки) та звикнути до деяких нових умов, але, головним чином, це повинно бути безпроблемним.

Швидкий урок історії - MonoDroid виріс із MonoTouch. Вдало багато сенсу в той час. На жаль, Novell був проданий, і вся команда Mono була звільнена. Хороша новина полягає в тому, що Мігель де Іказа забезпечив фінансування і розпочав нове спорядження для відновлення того, що було MonoTouch / MonoDroid. Тож ви начебто в кінцівці, поки вони справді не запускаються.

Оновлення липня 2011 року: Спорядження Мігеля відновило права на весь Mono * стек. Отримайте його, поки він не хот.