Чи підтримується спосіб запускати додатки .NET 4.0 на Mac?

Які, якщо такі є, підтримуються Microsoft опціями для запуску коду C # /. NET 4.0 на Mac? Так, я знаю про Mono, але серед іншого він відстає від Microsoft. А Silverlight працює лише у веб-браузері. Рішення типу VMWare теж не виріже.

Чи є якась напівавторитетна відповідь на те, чому Microsoft просто не підтримує .NET на самому Mac? Здавалося б, вони могли Silverlight та / або купити Mono та швидко опинитися там. Немає потреби в рідній Visual Studio; перехресне компілювання та віддалене налагодження добре.

Причина полягає в тому, що там, де я працюю, зростає невпевненість у майбутньому, що спричиняє набагато більше розробок у C ++ замість C #; абсолютно нові проекти вирішують використовувати C ++. Ніхто не хоче сказати керівництву через 18–24 місяці «вибачте», якщо Mac (або iPad) стане вимогою. C ++ вважається більш безпечним варіантом, навіть якщо це (можливо) означає сьогодні втрату продуктивності.

Чи є якась напівавторитетна відповідь на те, чому Microsoft просто не підтримує .NET на самому Mac?

Найкраща відповідь, ймовірно, ви не «підтримуєте» .NET на Mac. Ви витрачаєте сотні мільйонів доларів і кілька років, переносячи .NET на Mac.

Хоча деякі речі повністю керуються і не потребують перенесення, більшість речей - обгортки навколо API Win32 (windows, елементи керування, gdi +, криптографія, активний каталог, COM, службові послуги, доступ до пристроїв, звук, відео, кодеки, winforms тощо) тощо).

Кожен з них повинен бути абстрагованим у складі бекенда та перестановлений на еквівалентні натільні бібліотеки на OSX. Звичайно, не буде хорошого чистого картографування, тому вам також доведеться писати хаки на хаки, щоб воно працювало точно так само.

Тоді виникає проблема, що ці API на OSX можуть бути крихкими, і Apple не дуже добре підтримує зворотну сумісність, тому ви можете переробити свої хаки з кожним основним випуском (а іноді і незначним випуском та виправленнями), що вимагає високих витрат на обслуговування.

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

Тож вам залишається не досконалий вибір крос-платформи:

• C ++, який все одно потребуватиме перенесення в майбутньому
• Silverlight з браузера, для підтримки Microsoft
• Mono, яка робить роботу з підтримки здорового підмножини .NET, але це не Microsoft

Ні, Silverlight - це єдиний варіант Microsoft від .Net на OS X. Mono не «відстає» стільки, як ви думаєте; він підтримує .Net 4.0 та C # 4, наприклад. Однак набори інструментів інтерфейсу (WinForms та WPF) недостатньо підтримуються в OS X. Mono взагалі не підтримує WPF. Жоден Microsoft не міг, не переписавши весь механізм візуалізації. Це, мабуть, добре, хоча. Якщо ви хочете написати нативну програму для Mac, вам слід написати власний інтерфейс (можливо, використовуючи MonoMac).

Ні. Моно - найкраща ставка.

Інші проекти з відкритим кодом, такі як DotGNU, можуть вам також служити. http://www.gnu.org/software/dotgnu/ Але жодне з них не підтримується MSFT.

Silverlight - це не лише браузер . Оскільки версія OOB версії 3 існує і це був би маршрут, який я б пройшов, якщо платформа, що підтримується Microsoft, є обов'язковою.

Хоча Mono може відставати, він не такий, як видалений зі стека .NET, як ви думаєте, і не повинен відкидатися як життєздатний варіант.

Що стосується того, чому Microsoft не реалізує весь стек .NET; ROI.

Більша частина прибутку Microsoft надходить від двох продуктів - Windows та Office. Сумісність з платформою зашкодить Windows.

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

Навіть якщо ви вирішите націлитись на Mac OS X або iOS через 16 місяців, чи дійсно ви думаєте, що зможете взяти наявний код C ++ і перетворити його на хороший (або навіть функціональний) рідний додаток? Якщо ви не працюєте над повноекранною грою, відповідь - ні.

Економте час із C # зараз, і якщо ви вирішите перейти на Mac, перезапишіть його на Mac-мазі за допомогою Objective-C і Cocoa - ваші користувачі будуть вам вдячні.

Чи є якась напівавторитетна відповідь на те, чому Microsoft просто не підтримує .NET на самому Mac?

Де ринок, який би виправдав MS витрачати скарб, кодуючи його? Для цього їм доведеться скинути серйозні грошові кошти - мільйони доларів зарплати. Постійний процес, як виправлення та оновлення разом з цим.

А для чого? Хвастощі? Все, що вони отримують з цього, - це можливість людей виривати Windows для Apple і мати можливість ще запускати свої додатки.

Якщо хтось отримав би прибуток від цього, це була б Apple. Спростіть людину перейти на свою платформу, а розробникам (DEVELOPERS DEVELOPERS) кодувати її. Але ви думаєте, що SJ дає лайно? Вони вважають за краще вигадувати нові речі, на які я б стикався. Крім того, більшість фреймворків - це ОС, а специфікація CLR безкоштовна для всіх. Ви не можете приклеїти брудне NDA ні на що.

Можливо, вам буде корисний проект MonoMac - http://www.mono-project.com/MonoMac

Це дозволяє розробляти додатки какао в стилі Mono, які можна розгорнути в магазині додатків Mac.

Я настійно вважаю такий підхід для розробника, незнайомого з Objective-C, але з .NET / Mono / Java, який повинен доставляти додаток у обмеженому часом сценарії.

Жоден.

Я рекомендую або написати перекладений на C ++ додаток, який може бути компільований, - можливо, вам це приємно - або використовувати Ruby з wxWidgets.

Я вважаю .NET поганою пропозицією для розробки платформ і довгострокового обслуговування продукту. Хоча, чоловіче, ти можеш швидко прошивати програми. : - /

Wish Delphi все ще був головним претендентом.

Якщо ви хочете запускати .NET на комп’ютері Mac, ви можете використовувати BootCamp для цього (тобто ви запускаєте Windows на Mac та ваші .NET програми в Windows).

Якщо ви мали на увазі Mac OS X, а не лише апаратне забезпечення, тоді ви можете використовувати VMWare або Parallels для запуску програм .NET у Windows (в емуляції) в OS X. Обидва мають візуальні режими, які дозволяють вашій програмі відображатися так, ніби вона працює тільки всередині OS X (це буде виглядати і вести себе як додаток для Windows, але якщо ви пишете кросплатформенну не веб-програму без спеціального інтерфейсу для кожної ОС, у вас завжди буде така проблема).

Ви отримаєте таку ж кількість «підтримки», зробивши це, оскільки ви запускаєте додаток у Windows, хоч і віртуалізований. Звичайно, кожен, хто запускає додаток, потребує копії програмного забезпечення для віртуалізації та Windows, і буде готовий створити додаток, який не веде себе як додаток OS X - але це єдиний спосіб мати "рідну" .NET працює на Mac.

Ден, я не думаю, що ти можеш це зробити. Однак можливим рішенням (все-таки vapourware) є використання Embarcadero Rad Studio C ++ Builder, в якому є приємний VCL для розробки візуальних додатків (на яких базується значна частина .net), і вони РУМОВАНІ, щоб вийшла підтримка між платформами. у наступному випуску.

Це буде розроблено для Windows, націленого на Mac чи Linux. Або так говорить їх дорожня карта.

Середовище C ++ є розумним, і якщо ви розвиваєтесь проти VCL, теоретично додаток просто працюватиме на інших платформах.

Звичайно, поки її фактично не поставлено, залишається побачити, наскільки це ефективно.

Відповідь - ні.

Насправді ваш випадок здається дуже хорошим прикладом, коли не вибирати .NET.

Якщо ви хочете розробити для ОС, то використовуйте правильні інструменти. Немає справді професійних додатків, написаних монографічно для Mac. З іншого боку, існує безліч непрофесійних розробників, які використовують багато інструментів, створюючи багато сміття. Подивіться огляди монопрограм, написані для OSX. Розробники пишуть за допомогою неповного фреймворку, зламаного для відповідності платформі OSX. Почніть писати - якщо ви використовували C # Завдання C - це швидке навчання.

Професійні розробники для mac використовують C ++, Objective C, Cocoa та Xcode. Я розробляюсь на декількох платформах, і кожна має свої найкращі інструменти. Використовуйте Xcode для Mac та iOS.

Так само, як бічна примітка, Xcode - це не Visual Studio, він не настільки стійкий і ганьбить яблуко в порівнянні, але він добре працює, коли ти звикаєш до його химерності. Перемогти інструменти Microsofts дуже важко - але вони написані для Windows, а не для Linux, iOS, OSX, AIX тощо.