C++ и CLR- проект: куда писать мой код?

@KZaripova · Регистрация: 21.12.2017

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

Здравствуйте.

У меня вопрос совсем для начинающих.

Расскажу коротко.
Я училась в таможенной академии.
У нас были занятия, на которых мы учили с и с++ (си с классами)
И даже части стандартной библиотеки - то, что связано с файлами и сокетами.

И вот я получила первую настоящую работу.
Моя задача состоит в разработке нескольких форм, которые отображают данные и заносят их в базу.
Разработка идёт на Visual Studio 2015.
Я захотела применить знания по C++.
Какой тип проекта создавать - я разобралась.
Правда, использование C++ для разработки не рекомендуется microsoft,
но я прочитала такую статью http://mvblog.ru/archives/861/ где всё объяснено простым языком.

Мне визард генерирует два файла - "*.h" файл, в котором написана ВСЯ требуха - создание компонентов, их размещение на форме и так далее.
Теперь мне надо "оживить" форму - сделать, чтобы при редактировании - она заполнялась данными из базы, при переключении одних полей другие разрешались или запрещались, и была реакция на события.

По логике я бы написала эту часть как раз в *.cpp файле.

Но тут возникает трудность:
частичных классов в C++ нет. (partial class)

То есть, если у меня *.h файл выглядит как

C++    
        
            
                
                
                
                
            
        
    Скопировано
1
2
3
4
5
6
namespace Project1 {
    public ref class MyForm : public System::Windows::Forms::Form {
 
        ... - код , который что то делает
    }
}

то я не могу написать ЧАСТЬ функций класса MyForm в *.cpp - файле.
Возникает вопрос - куда писать мой код?
ведь в *.h файле написано в самом начале
"Windows Form Designer generated code
Required method for Designer support - do not modify
the contents of this method with the code editor."

Спасибо всем за помощь!

Добавлено через 34 минуты
Кажется, ответ нашелся здесь:
Ответы на 7 самых частых вопросов по Windows Forms, C++/CLI Edition

Там можно скачать проект под названием "WindowsForms_2_4.zip"
И там есть пример, когда в *.h написано что то вроде

C++    
        
    Скопировано
1
2
private:
  void button1_Click(Object^ sender, EventArgs^ e);

а сама эта функция находится в *.cpp файле.
Правда, не в классе, а просто в неймспейсе

@OwenGlendower · 21.12.2017, 19:17

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

Кажется, ответ нашелся здесь:
Ответы на 7 самых частых вопросов по Windows Forms, C++/CLI Edition
Там можно скачать проект под названием "WindowsForms_2_4.zip"
И там есть пример, когда в *.h написано что то вроде

C++    
        
    Скопировано
1
2
private:
 void button1_Click(Object^ sender, EventArgs^ e);

а сама эта функция находится в *.cpp файле.
Правда, не в классе, а просто в неймспейсе

Это, на всякий случай, стандартный подход в C++. В *.h файле делаются только объявление, а в *.cpp файле реализация.

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

ведь в *.h файле написано в самом начале
"Windows Form Designer generated code
Required method for Designer support - do not modify
the contents of this method with the code editor."

Этот комментарий относится только к части кода h файла.

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

Возникает вопрос - куда писать мой код?

Простые обработчики вполне можно разместить и в h файле. Хотя это некрасиво с точки зрения принятой в С++ организации кода. Беда в том что MS не допилила визуальный дизайнер для C++/CLI и он размещает весь код в h файле

Причем если вынести код в cpp - как полагается - то дизайнер не будет их видеть. Код при этом работает корректно.

Новые блоги и статьи Все статьи Все блоги /
Не удержался от оценки концепции двигателя Стирлинга. Hrethgir 03.04.2025 Сколько не пытался - она выдавала правильные схемы, причём случайно рисовала горячие области в середине, холодные по краям, трубки с краёв в низ и магнит в соединяющей, но при этой выдавала описание. . .	Метод с двумя буферами (или double buffering) или ping-pong buffering Hrethgir 02.04.2025 Из ответов LM модели. Метод, который предполагает использование двух массивов для хранения промежуточных результатов сложения векторов, обычно применяется в сценариях, где необходимо минимизировать. . .	На любовном киберфронте Alexander-7 01.04.2025 Недавно на одном малоизвестном сайте знакомств мною заинтересовалась девушка: «Текст немного странный. Но, судя по адресу почты, иностранка», – подумал я. Поколебавшись пару суток, я ответил ей:. . .	Как работает Node.js изнутри run.dev 29.03.2025 Node. js изменил подход к разработке веб-приложений, позволив использовать JavaScript не только на стороне клиента, но и на сервере. Созданный в 2009 году Райаном Далем, этот открытый,. . .	Моки в Python: Mock Object Library py-thonny 29.03.2025 Тестирование кода требует особого подхода, когда речь идёт о компонентах, взаимодействующих с внешним миром. Мы часто сталкиваемся с непредсказуемостью HTTP-запросов, чтением данных из базы или. . .
JavaScript: Управление памятью и улучшение производительности run.dev 29.03.2025 В отличие от низкоуровневых языков программирования, JavaScript не требует ручного выделения и освобождения памяти. Здесь работает автоматический сборщик мусора, который определяет, какие объекты. . .	Мультитенантная архитектура со SpringBoot и PostgreSQL ArchitectMsa 29.03.2025 SaaS-приложения редко обслуживают одного клиента и обычно они должны поддерживать множество организаций, каждая из которых работает в своём изолированном пространстве. Мультитенантная архитектура. . .	std::span в C++: Производительность и лучшие практики NullReferenced 28.03.2025 std::span — одно из самых недооценённых нововведений стандарта C++20, которое радикально меняет подход к работе с непрерывными последовательностями данных. По сути, это невладеющее представление. . .	Многопоточность в C#: Threadpool UnmanagedCoder 28.03.2025 Пул потоков в C# — это коллекция заранее созданных и готовых к использованию потоков, которые находятся в распоряжении приложения. Вместо того чтобы создавать и уничтожать потоки для каждой небольшой. . .	Вопросы на собеседованиях по микросервисам ArchitectMsa 27.03.2025 Работодатели ищут не просто разработчиков, знающих базовые концепции, а специалистов, разбирающихся в тонкостях масштабирования, отказоустойчивости и производительности. Сейчас на первый план выходят. . .