Если говорить о десктопе просто альтернатив особо нету. WinForms — наследие WinAPI, которое не просто нормально портировать и нет смысла открывать его исходники, хотя оно и как-то работает под mono, хотя и криво. WPF — привязка к DirectX-у, которого так же нету на других платформах.... Поэтому если цель кроссплатформенное приложение, то выбор не столь большой — GTK, QT, wxWidgets и у каждого свои плюсы\минусы...
Немного но мелькают. Сами wxWidget-ы к примеру используются в DropBox\Google Drive-е. Тут список полнее — en.wikipedia.org/...tware_that_uses_wxWidgets , но это чистый wxWidget-ы без привязки к .Net-у. с GTK+ в общем-то так же.
Всегда есть еще wxWidgets-ы, которые неплохи и вполне работают под все три OS с нативным UI-ем. Так же как и gtkSharp, правда он подзавис еще на второй версии. винформы под моно работают, хотя и не идеально, так как там сильно много привязки к WinAPI, хотя MonoDevelop\Xaramin Studio это как-то не мешает.
Ну, по контексту вопроса это сложно понять. Если же это так, тогда это уже конвертирование C++ приложения в .Net приложение, что немного другое.
Это в .Net-ном варианте — Managed C++, а тут речь про обычный MFC, что кагбы другое и оно не применимо тут.
Так же, если будет полезно — там есть подсайт сделаный так же на основе .NetFiddle — dotnetcademy.net на основе которого можно делать небольшие задания с валидацией того что пишет конечный студент. Для валидации кода там используется связка nUnit тестов + Roslyn.
Презентации сделаны отлично! Так же большой плюс к карме за использование .NetFiddle-а :)
0_o. у вас использовался .Net контрол в Internet Explorer-е? то есть Managed browser hosting controls? За 9 лет .Net девелопмента ниразу не видел их реальное использование... Имхо, это еще хуже чем activex-ы. Неужели нужно было до такого доходить и не было другого варианта? тот же Silverlight забытый всеми и то получше был бы в этом случае
IEHost это вообще такое нечто дико древнее еще со времен .Net 1.1 и 2001 года, и MS в .Net 4.0 убрал его, по тем же причинам что гугл убрал из хрома NPAPI....
И кстати в украинском языке нет слова «бред», умник. Выучи сначала обычный язык потом в програмирование лезь.
Типичный пример когда закончились аргументы, и начинается переход на другие темы и оскорбления.
сам недавно правил реестр руками когда у заказчика прога напсаная под 2.0 отвалилась после обновления с 4.0 до 4.5Расскажете какие-то детали? Интересно узнать.
WinServer 2008 RC2 не?
Кстати на базе7-ки. Так что правила никто не отменял.
Так что для Win7 все еще нету SP2, и следуя правде жизни вашего друга ставить Win7 все еще нельзя. Да и не нельзя будет вообще, так как конкретно для Win7 SP2 не будет. А так да, Win7 всем нравилась, даже до выхода SP1.
Вообще топик о Win10, о клиентской OS, а не о серверных. Я так же говорил о клиентских OS, и даже перечислил их. Логично что для серверных OS поддержка больше чем для клиентских, но речь ведь о не них. Сами сделали же пример про LTS.
А рассказывать мне, что я седой и бородатый дед, навсегда отставший от технологий с одной стороны глупо (я обучен как сисадмин по всем поддерживаемым продуктам мелкомягких и по некоторым, уже не поддерживаемым), а с другой — некультурно (не зная человека даже немного излауать свои «фи» в письменном виде.
Седой и бородатый дед? Хм забавно приписывать мне то что я не говорил, но окай.
Если же вы подумали что фраза про
Скорее всего это было в контексте беты, и да, использование беты согласно Windows Insider программы подразумевает что она отсылает отчеты о её использовании. Это же бета, и её нужно допиливать. И об этом к слову говориться в соглашении Windows Insider, которые все «подтверждают». Но речь идёт только о бете\RC, а не релизной версии.
А его и не будет. SP1 был единственным и последним. А для Win8\8.1 SP2 так же не было, и скорее всего и не будет. Так что правила
Там есть разные i7. Есть полноценные Q модельки с
Инфографика об архитектуре stackexchange: как они выдерживают как 560 миллионов просмотров в минуту.
По линке — 560 миллионов просмотров в месяц, а не в минуту.
За дайджест спасибо!
Статья о Xamarin разработке, а половина комментов к статье о том как правильно написать «додаток» или все же «застосунок»... (facepalm.jpg).
в форке анализ кода идёт на Java-е, а Roslyn .Net-ный. Roslyn team всегда будет поддерживать корректный и актуальный пасинг\компиляцию кода. А дублировать анализ Net кода на Java — имхо глупо. Конечно, можно запускать отдельно парсер\анализатор с Roslyn, но он тратит много времени на первичную инициализацию(парсинг referenced либ\etc), и делать это каждый раз не выгодно. Либо иметь процесс с Roslyn-ом, который будет висеть и парсить код по запросу, но тогда мы приходим к OmniSharp-у, который это уже умеет делать (правда пока без Roslyn-а, на основе NRefactory (MonoDevelop), но миграция на Roslyn у них в планах есть).
Это был ответ про блоб, но да, я ошибся веткой, и он должен быть на уровень выше :)
Я не думаю что они будут брать GC от MS-а, так как Мигель как-то хвалился, что их GC получился ничем не хуже MS-ного. Скорее всего это будет исходный код самих Core либ.
Еще радует подход с GitHub-ом — github.com/...et/corefx/pulls . За день открытых 18 Pull Request-ов, и 30 уже закрытых. Часть из них в общем-то мелочные, аля fix types, fix unit tests. Но есть и неплохие — github.com/...orefx/issues/49 (Add Linux/Mac build script ), и он уже смерджен с мастером, хотя сейчас он заточен под xbuild.
Там чистый MSIL, и Mono успешно его запускает. Есть спека — www.ecma-international.org/...ds/Ecma-335.htm, и Mono успешно её(и прошлые версии) использует. Распарсить MSIL не сложно, сложнее написать JIT, и mono вполне успешно с этим справляется
Не совсем верно. Насколько я помню, Xamarin под iOS полностью компилирует весь код в нативный, и по факту Mono runtime там нету. Минус этого в том что не все возможности .Net-а там возможны, так как некоторые вещи в Static compiled варианте не будут работать. И да, часть Mono кода будет скомпилирована вместе с приложенением, так что overhead будет, но намного меньше чем весь mono runtime.
developer.xamarin.com/...anced_topics/limitations