CLR и небезопасный код

@AndrSlav · Регистрация: 20.12.2013

Author24 — интернет-сервис помощи студентам

Здравствуйте. Подскажите, пожалуйста. Есть программа на билдере, выводящая результаты на форму, необходимо перевести на VS. В VS знаний очень мало, в WinAPI и MFC вникать долго, а интерфейс (довольно примитивный) нужен только для отображения результатов. Вроде CLR должно подойти, но мне нужно, чтобы программа работала быстро, т.е. без управления и сборщика мусора. Могу ли я создать интерфейс в CLR и запихать весь код в блоки unsafe? Как это отразится на быстродействии? Буду рад, если предложите свои варианты.

@MrCold · 22.12.2013, 12:03

Сообщение от AndrSlav

Есть программа на билдере

Предлагаю выложить код программы на форум.

@AndrSlav · 22.12.2013, 13:17 **[ТС]**

Программа в общей сложности более 10000 строк. Т.е. какие-то подводные камни могут быть? В общем-то, быстрее будет, наверно, взять Rad Studio XE4 и туда запихать (мне нужна 64 битная адресация). Тоже надо исправлять будет, но понятно что, по крайней мере. Просто на работе есть лицензионный VS, который не использую, а если бы программа была на нем, стал бы постепенно разбираться.

@MrCold · 22.12.2013, 14:58

Сообщение от AndrSlav

Вроде CLR должно подойти, но мне нужно, чтобы программа работала быстро

По этому поводу можно не заморачиваться .
Тормоза бывают только из-за кривизны кода. Не важно работает приложение под управлением CLR
или нет.
Пытался переписать С# приложения на С++(без CLR ), для ускорения, и не получил ничего -
результат одинаковый.
( а вообще это тема для холивара )

Сообщение от AndrSlav

В VS знаний очень мало, в WinAPI и MFC вникать долго,

А вы с Билдером долго разбирались ? Здесь все также, сроки те же .

@AndrSlav · 24.12.2013, 00:06 **[ТС]**

В билдере TChart на форму поместил - все, есть график. А в mfc, как понимаю, надо поточечно рисовать на канве, перерисовывать при изменении пределов и др. заморочки.

@MrCold · 24.12.2013, 00:34

Ну не конкретно mfc имел ввиду. Пардон, не удачно процитировал.
Хотел сказать что с С++/CLI WindowsForms тоже придется разбираться.
А зачем оно нужно когда есть С#.
ИМХО Если что-то переписывать с CLR, то на С#.

Новые блоги и статьи Все статьи Все блоги /
Оптимизация производительности Node.js с помощью кластеризации run.dev 04.04.2025 Масштабирование приложений для обработки тысяч и миллионов запросов — обыденная задача для многих команд. Node. js, благодаря своей асинхронной событийно-ориентированной архитектуре, стал популярной. . .	Управление зависимостями в Python с Poetry py-thonny 04.04.2025 Стандартный инструмент для установки пакетов в Python - pip - прекрасно справляется с базовыми сценариями: установил пакет командой pip install и используешь его. Но что произойдёт, когда разные. . .	Мониторинг с Prometheus в PHP Jason-Webb 04.04.2025 Prometheus выделяется среди других систем мониторинга своим подходом к сбору и хранению метрик. В отличие от New Relic, который использует агентный подход и отправляет данные во внешнее хранилище,. . .	Пакет Context в Golang: Управление потоками и ресурсами golander 04.04.2025 Работа с горутинами в Go часто напоминает управление непослушными детьми - они разбегаются кто куда, делают что хотят и не всегда завершаются вовремя. К счастью, в Go 1. 7 появился пакет context,. . .	Контейнеризация React приложений с Docker Reangularity 03.04.2025 Контейнеризация позволяет упаковать приложение со всеми его зависимостями в автономный контейнер, который можно запустить на любой платформе с установленным Docker. Это существенно упрощает процессы. . .
Свой попап в SwiftUI mobDevWorks 03.04.2025 SwiftUI, как декларативный фреймворк от Apple, предоставляет множество инструментов для создания пользовательских интерфейсов. В нашем распоряжении есть такие API как alerts, popovers, action sheets. . .	Антипаттерны микросервисной архитектуры ArchitectMsa 03.04.2025 Хорошо спроектированная микросервисная система может выдержать испытание временем, оставаясь гибкой, масштабируемой и устойчивой к большинству проблем. Такая архитектура обладает высоким уровнем. . .	std::mutex в C++: Советы и примеры использования bytestream 03.04.2025 std::mutex - это механизм взаимного исключения, который гарантирует, что критический участок кода выполняется только одним потоком в каждый момент времени. Это простое, но могущественное средство. . .	Не удержался от оценки концепции двигателя Стирлинга. Hrethgir 03.04.2025 Сколько не пытался - она выдавала правильные схемы, причём случайно рисовала горячие области в середине, холодные по краям, трубки с краёв в низ и магнит в соединяющей, но при этой выдавала описание. . .	Метод с двумя буферами (или double buffering) или ping-pong buffering Hrethgir 02.04.2025 Из ответов LM модели. Метод, который предполагает использование двух массивов для хранения промежуточных результатов сложения векторов, обычно применяется в сценариях, где необходимо минимизировать. . .

@AndrSlav 71 / 59 / 14 Регистрация: 20.12.2013 Сообщений: 702

	CLR и небезопасный код 22.12.2013, 00:44. Показов 2144. Ответов 5 Метки нет (Все метки) Здравствуйте. Подскажите, пожалуйста. Есть программа на билдере, выводящая результаты на форму, необходимо перевести на VS. В VS знаний очень мало, в WinAPI и MFC вникать долго, а интерфейс (довольно примитивный) нужен только для отображения результатов. Вроде CLR должно подойти, но мне нужно, чтобы программа работала быстро, т.е. без управления и сборщика мусора. Могу ли я создать интерфейс в CLR и запихать весь код в блоки unsafe? Как это отразится на быстродействии? Буду рад, если предложите свои варианты. 0

@MrCold 873 / 771 / 173 Регистрация: 11.01.2012 Сообщений: 1,942
	22.12.2013, 12:03
	Сообщение от AndrSlav Есть программа на билдере Предлагаю выложить код программы на форум. 0

@AndrSlav 71 / 59 / 14 Регистрация: 20.12.2013 Сообщений: 702
	22.12.2013, 13:17 [ТС]
	Программа в общей сложности более 10000 строк. Т.е. какие-то подводные камни могут быть? В общем-то, быстрее будет, наверно, взять Rad Studio XE4 и туда запихать (мне нужна 64 битная адресация). Тоже надо исправлять будет, но понятно что, по крайней мере. Просто на работе есть лицензионный VS, который не использую, а если бы программа была на нем, стал бы постепенно разбираться. 0

@MrCold 873 / 771 / 173 Регистрация: 11.01.2012 Сообщений: 1,942
	22.12.2013, 14:58
	Сообщение от AndrSlav Вроде CLR должно подойти, но мне нужно, чтобы программа работала быстро По этому поводу можно не заморачиваться . Тормоза бывают только из-за кривизны кода. Не важно работает приложение под управлением CLR или нет. Пытался переписать С# приложения на С++(без CLR ), для ускорения, и не получил ничего - результат одинаковый. ( а вообще это тема для холивара ) Сообщение от AndrSlav В VS знаний очень мало, в WinAPI и MFC вникать долго, А вы с Билдером долго разбирались ? Здесь все также, сроки те же . 0

@AndrSlav 71 / 59 / 14 Регистрация: 20.12.2013 Сообщений: 702
	24.12.2013, 00:06 [ТС]
	В билдере TChart на форму поместил - все, есть график. А в mfc, как понимаю, надо поточечно рисовать на канве, перерисовывать при изменении пределов и др. заморочки. 0

@MrCold 873 / 771 / 173 Регистрация: 11.01.2012 Сообщений: 1,942
	24.12.2013, 00:34
	Ну не конкретно mfc имел ввиду. Пардон, не удачно процитировал. Хотел сказать что с С++/CLI WindowsForms тоже придется разбираться. А зачем оно нужно когда есть С#. ИМХО Если что-то переписывать с CLR, то на С#. 0