Форум программистов, компьютерный форум, киберфорум
.NET
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск Заказать работу  
 
Рейтинг 4.56/16: Рейтинг темы: голосов - 16, средняя оценка - 4.56
 Аватар для Egor.S
215 / 180 / 79
Регистрация: 02.10.2011
Сообщений: 651

[Mono] Перенос из VS2013 в Mono

11.02.2014, 14:48. Показов 3482. Ответов 9
Метки mono (Все метки)

Студворк — интернет-сервис помощи студентам
Есть приложение WindowsForms, можно ли его перенести в Mono, чтобы можно было его там откомпилить, поправить. Или нужно с самого начала все переделывать?
0
IT_Exp
Эксперт
34794 / 4073 / 2104
Регистрация: 17.06.2006
Сообщений: 32,602
Блог
11.02.2014, 14:48
Ответы с готовыми решениями:

[Mono] Перенос с .net на mono
хочу спросить вас как возможно перенести програму с .net на mono. Может у кого то есть исходник програмы на .net, который он перенёс на...

[Mono] Mono 2.8 Profiler ошибка при запуске [Mono]
скачал отсюда профайлер 2.8 http://greghurlman.com/2010/10/23/visual-s...e-for-mono-2-8/ установил как сказано, но при инициализации...

Перенос решения из VS2010 в VS2013
Доброго времени суток. Возникла проблема при переносе решения из VS2010 в VS2013. Решение включает проекты на C# и С++. Проекты C++...

9
2 / 2 / 1
Регистрация: 12.03.2012
Сообщений: 40
14.01.2015, 22:01
Можно.

Так можно в линукс разрабатывать в monodevelop, можно корректировать код, компилировать(надо сказать там более строгие правила на компиляцию), и запускать приложения, но вот windows forms не очень поддерживаются в линукс - дизайнер отдельной внешней программой.

в windows можно еще mono установить и запускать для выполнения самим mono, а не .net framework.
0
Администратор
Эксперт .NET
 Аватар для tezaurismosis
9673 / 4825 / 763
Регистрация: 17.04.2012
Сообщений: 9,664
Записей в блоге: 14
16.01.2015, 16:34
Можно и более того, в некоторых случаях приложения будут работать нормально совсем безе перекомпиляции. Прямо-таки утопия в стиле Java "Code once, run everywhere" (как-то так вроде было). Хотя не во всех случаях всё так радужно.
Как-то пробовал - моё приложение без проблем работало: https://www.cyberforum.ru/blog... g2371.html

Добавлено через 50 секунд
*только сейчас увидел дату вопроса *
0
 Аватар для Sanya_sa
912 / 816 / 333
Регистрация: 03.02.2015
Сообщений: 5,276
Записей в блоге: 9
31.01.2016, 13:53
Перенос из VS2013 в Mono

У меня приложения запускаются без проблем, а вот проекты написанные в VS 2013 не открываются(( Пока что не понял почему. Сижу разбираюсь. Предпологаю что MONO не может вкурить структуру проекта VS 2013

Это я тему апнул, может кто знает что? Направте на путь истеный.
0
x1
3 / 3 / 0
Регистрация: 21.04.2009
Сообщений: 17
25.04.2016, 20:09
Цитата Сообщение от Sanya_sa Посмотреть сообщение
Перенос из VS2013 в Mono
У меня стоят разные версии VS. Создаю проекты в VS2010. Редактирую в VS2013 (VS2013 умеет работать с проектами VS2010, не ковертируя их).
Предполагаю, что можно залезть в код проекта в xml, и там его отредактировать (к виду похожему на VS2010), и потом подсунуть Mono.
0
10 / 10 / 3
Регистрация: 28.04.2016
Сообщений: 236
29.04.2016, 08:20
Пишу (учусь точнее) на C# Win+WPF.
Прога рисует много векторной графики - чертежи по сути.
Как я понял, если перенесу на Mono - то gui + графика не сработает.
Есть вопросы:
1) Есть ли на mono какие то свои классы для отрисовки линий, дуг ?
2) Как там кодить GUI и 2D векторную графику в GUI ? Обертка для GTK+ ?
3)Что мне делать с кодом на C# для кроссплатформенности по части векторной и гуи ? Писать слои абстракции , что бы легко портировать ? Или изначально кодить в win на monodevelop сразу, отказавшись от WPF/WinFomrs(Forms вообще не хочется изначально нигде) ?
0
x1
3 / 3 / 0
Регистрация: 21.04.2009
Сообщений: 17
30.04.2016, 20:30
1. Точно не знаю. Предполагаю, что такие классы должны быть в составе библиотек.
2. В Mono реализована компиляция библиотек WinForms и GTK+. Реализация WPF не планируется.
3. Проект лучше разделить на библиотеки, бизнес-логика в одних модулях, gui - в других, переписывать под Linux с WPF придется только gui. Для примера можешь посмотреть пример карт GMap.NET - бизнес-логика в одних модулях, gui есть в WinForms, и они портируются под Mono (там для этого используется define Mono), дополнительно есть gui в WPF - он только для Windows.
Если бы это была продакшн задача (с необходимостью реализации для Linux) с возможностью выбора Я бы выбрал WinForms для реализации.
Если учиться программировать под .NET (без конкретных мест трудоустройства) я бы изучал ASP.NET MVC. WPF только если бы представлял, зачем мне это нужно.
1
10 / 10 / 3
Регистрация: 28.04.2016
Сообщений: 236
30.04.2016, 20:43
фундаметально-фанатично wpf мне не нужен. Базовое владение для быстрого лепилова gui wpf хватает. Это просто удобно.
опыт пока мизенрый у меня. Но я уже вижу в перспективе, что зацикливаться на гуи не стоит. Он осваивается очень быстро и это просто часть работы. Не большая. Самое главное - программирование логики. И хорошее, красивое программирование.
в принципе узнал уже про gtk# + glade. gkt# как обертка gtk+ вполне себе для базовых вещей. И кажись на gtk#+glade есть xaml подобное.
Вообще слышал что ms открыли исходники .net. Но они купили xamarin и соответствено mono. что из этого выйдет, будем посмотреть. Я так думаю, что кроссплатформенный подход сейчас в моде. Это тренд. Может стоит под виндой сразу кодить на mono и gtk# ? Что бы уже изначально выходило 95% кроссплатформенно, ну кроме системных вещей ?
Я понимаю, что и на C++ кодить если, прикладное, без углубление в апи, то это тоже кроссплатформенно. Но C# просто оч.удобен для проектов не требующих идеально быстрых откликов и закрытости кода.
0
x1
3 / 3 / 0
Регистрация: 21.04.2009
Сообщений: 17
30.04.2016, 20:56
На C# код легче писать и отлаживать, чем на С++. Если он устраивает, писать эффективнее (производительность выше) на нем. Если хочется 100% кроссплатформенно сразу, то легче писать на monodevelop на mono. Про GTK# ничего не скажу - никогда не пользовался, но авторы Mono продвигают его как основной способ написания desktop-приложений.
1
10 / 10 / 3
Регистрация: 28.04.2016
Сообщений: 236
30.04.2016, 21:12
Цитата Сообщение от x1 Посмотреть сообщение
На C# код легче писать и отлаживать, чем на С++. Если он устраивает, писать эффективнее (производительность выше) на нем. Если хочется 100% кроссплатформенно сразу, то легче писать на monodevelop на mono. Про GTK# ничего не скажу - никогда не пользовался, но авторы Mono продвигают его как основной способ написания desktop-приложений.
я хоть в кодинге дитя малое совсем ,но осмелюсь скромно заметить , что СТАРТОВАТЬ на C# легче, да, чем в C++

Не по теме:

Но по мере увеличение объема работ, кодинг на C# замедляется и не так уже выигрывает у C++
А имено по таким причинам:


Кликните здесь для просмотра всего текста
Очень большая библиотека классов. И порой можно зайти в тупик, выбрав не те, что нужно. А потом переделывать приходится.
Большой код на C# начинает очень сильно тормозить. Особенно с гуи. Приходится оптимизировать , ломая последовательность. Отказываться от foreach, порой от парсинга с regex, от List<type> и т.д. Т.е. от всяких умных коллекций, контейнеров и прочих сахарных автоматических ,напичканных методами, крутых классов и свойств.
Иногда сильно тормозит гуи, и приходится искать выкрутас или даже экспрементировать, помещая разные коллекции, друг в друга и т.д..Помогает очень даже, но отнимает время, в то время как в C++ отнимает время
отлов багов по памяти и поиск подходящей либы и чтение по ней доков. Например у меня тормозил richtextbox
когда в нем было около 800 строк. (так надо). Но когда я поместил в него flowdocument, а в flowdocument, поместил paragraph, то тормоза пропали совсем! Стало быстро очень. Но потом я сделал подсветку синтаксиса, и тормоза снова пошли. Тогда пришлось делать динамическую подгрузку-выгрузку невидимых строк в richtextbox, и тогда тормоза пропали. Даже учитывая мой махонький опыт, я бы сказал что по мере увеличения "крутизны" проекта, на C# появляется своя причина , по которой на нем уже писать не быстрей чем C++.
Как то так...

Хотя я все равно очень полюбил шарп, за его изначальную чистоту, что-ли. На нем думаешь больше о задаче, что-ли... Весьма неплохой язык.
1
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
BasicMan
Эксперт
29316 / 5623 / 2384
Регистрация: 17.02.2009
Сообщений: 30,364
Блог
30.04.2016, 21:12
Помогаю со студенческими работами здесь

Перенос старого проекта с VS2003 на VS2013
Добрый день. Пытаюсь перенести проект со студии 2003 на боле актуальную версию (в данном случае 2013), так как в старой IDE работать дико...

Удаление VS2013
Не могу найти деинсталлятор VS2013. Нету удаления в &quot;программы и компоненты&quot;. Windows 7 x64.

Не линкуется GLEW в VS2013
Пытаюсь собрать проект под vs2013, glfw и devil подключаются нормально, а у glew'a кроме glewInit() ничего не работает. Если я не правильно...

Средства сборки VS2013
В VS2015 Community не собирается проект с плюсОвыми бибилиотеками. Ошибка: &quot;Невозможно найти средства сборки для Visual Studio 2013 -...

Не визуальный ReportViewer в VS2013
Товарищи. У меня студия 2013. Прога на С# WinForms. Есть компонент ReportViewer. Когда перетаскиваю его на форму, он отображается в...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
10
Ответ Создать тему
Новые блоги и статьи
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве
8Observer8 02.02.2026
Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .
Философия технологии
iceja 01.02.2026
На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .
SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf
8Observer8 01.02.2026
Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .
SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли
8Observer8 30.01.2026
Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm
8Observer8 30.01.2026
Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .
SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров
8Observer8 29.01.2026
Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .
Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT
bedvit 28.01.2026
Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .
SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image)
8Observer8 28.01.2026
Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2026, CyberForum.ru