0 / 0 / 0
Регистрация: 24.09.2011
Сообщений: 13
|
||||||||||||||||
Непонятки с пространством имен25.09.2011, 08:27. Показов 3959. Ответов 11
Метки нет Все метки)
(
Есть основной файл проекта - start.cpp , файл описания формы Form1.h , и файл с обработчиками формы actions.cpp, ниже код каждого.
При компиляции почему-то actions.cpp не видит пространства имен созданного в Form1.h и пишет actions.cpp(2): error C2871: 'Start' : a namespace with this name does not exist Что не так? start.cpp:
забыл сказать: если бросить содержимое actions.cpp в конец Form1.h , то все раьотает. Так что проблема в том что один модуль не видит другого. Но почему? Добавлено через 52 минуты только что вычислил, что все модули подключаемые с главного файла проекта(start.cpp) могут разделить с ним неймспейс, а вот между собой какого-то хеpа - нет. Есть мысли? Гугл уже весь итзлазил.
0
|
25.09.2011, 08:27 | |
Ответы с готовыми решениями:
11
Директива using namespace может применяться только к пространствам имен; "System.Object" является типом, а не пространством имен
|
1080 / 1007 / 107
Регистрация: 28.02.2010
Сообщений: 2,889
|
||||||
25.09.2011, 08:54 | ||||||
В action.cpp добавьте
Никто не сказал где объявлен Start.
0
|
0 / 0 / 0
Регистрация: 24.09.2011
Сообщений: 13
|
|
25.09.2011, 09:10 [ТС] | |
![]() ![]()
0
|
1080 / 1007 / 107
Регистрация: 28.02.2010
Сообщений: 2,889
|
||||||
25.09.2011, 09:15 | ||||||
Из start.cpp
С него начинается компиляция, а потом компиляция кода с определенным namespace.
0
|
1080 / 1007 / 107
Регистрация: 28.02.2010
Сообщений: 2,889
|
|||||||||||
25.09.2011, 09:45 | |||||||||||
Переименуйте actions.cpp в Form1.cpp. Добавьте в файл Form1.cpp
1
|
8 / 8 / 1
Регистрация: 23.09.2011
Сообщений: 45
|
|
25.09.2011, 09:58 | |
Насколько я знаю, так вообще никто не делает.
Действительно, action.cpp ничего не знает о namespace Start, потому что соответствующий заголовочный файл в него не включён. Просто уберите #include "action.cpp" из start.cpp и добавьте #include "Form1.h" в action.cpp. Немного с ответом опоздал. Можно и разными именами, необязательно переименовывать в Form1.cpp.
0
|
0 / 0 / 0
Регистрация: 24.09.2011
Сообщений: 13
|
|
27.09.2011, 08:09 [ТС] | |
Появился вопрос с той же оперы, как принципиально правильно реализовать #include в таком проекте:
1)Unit1.cpp - основной файл проекта 2)Unit1.h - заголовочный файл к нему 3)functions.cpp - файл содержащий тела функций, используемых в Unit1.cpp 3)functions.h -заголовочный файл к файлу функций 4)definitions.h - файл с описанием класса, содержащего уйму исходных переменных, которые будут использоваться в functions.cpp и Unit1.cpp. 5)definitions.cpp - файл, в котором эти переменные задаются. Почитал Страуструпа, вроде делал все как написано, но вылетают ошибки. Хотел бы узнать как это все должно выглядеть в идеале?
0
|
8 / 8 / 1
Регистрация: 23.09.2011
Сообщений: 45
|
|
27.09.2011, 09:55 | |
Нужно, чтобы каждый файл *.cpp содержал #include "*.h" того файла, который он использует,
т.е. если Unit1.cpp использует функции functions.cpp, то в него нужно включить #include "functions.h", а если definitions используется всеми другими файлами, то во все должно быть включено #include "definitions.h", ну и каждый файл *.cpp должен содержать свой заголовочный файл, где описываются классы и функции, которые в нём реализованы. А вообще, какие ошибки конкретно?
0
|
27.09.2011, 09:55 | ||||||
Помогаю со студенческими работами здесь
12
Гемор с пространством имен. C++ и директивы include c пространством имён
C++ Странность с классом , пространством имен и string Искать еще темы с ответами Или воспользуйтесь поиском по форуму:
|
|
Новые блоги и статьи
![]() |
||||
Работа с объемным DOM в javascript
Htext 04.04.2025
Сегодня прочитал статью тут о расходах памяти в JS, ее утечках и т. п. И вот что вспомнил из своей недавней практики. Может, кому пригодится. Хотя, в той статье об этом тоже есть.
Дело в том, что я. . .
|
Оптимизация производительности 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
Сколько не пытался - она выдавала правильные схемы, причём случайно рисовала горячие области в середине, холодные по краям, трубки с краёв в низ и магнит в соединяющей, но при этой выдавала описание. . .
|