Основные методы в C ++ в разных файлах классов?

Question

Основные методы в C ++ в разных файлах классов?

0

В Java у каждого класса может быть свой собственный основной метод, но когда я попытался создать два файла cpp в C++, оба с их собственными основными методами, компилятор сказал мне, что основная часть уже определена. Означает ли это, что мне нужен новый проект для каждого основного метода? Я следую учебному курсу C++, и я не хочу создавать новый проект для каждой примерной программы, которую мы делаем, мне просто нужен один проект с несколькими основными методами. Это возможно?

Matteo Italia 26 дек. 2013, в 05:09

Источник

3

В C ++ нет понятия «проект». Вам нужен main() для каждого исполняемого файла. Вот и все.
juanchopanza 26 дек. 2013, в 03:55
1

Это более специфично для идеала. Пожалуйста, дайте нам знать, какой ide вы используете.
Jesse Good 26 дек. 2013, в 03:56
0

Является ли проект «решением» тогда? В визуальной студии это так их называет, я понятия не имею, конвенция это или нет ...
user1650305 26 дек. 2013, в 03:57
0

@JesseGood Я использую Visual Studio 2010
user1650305 26 дек. 2013, в 03:57
1

@ opiop65 В Visual Studio «проект» - это контейнер для кода, который будет скомпилирован и связан в один модуль (например, исполняемый файл, статическая библиотека или динамическая библиотека). «Решение» - это контейнер для набора «проектов», который вы хотите сохранить вместе, предположительно потому, что они связаны (например, у вас может быть проект для основного кода, который компилируется в статическую библиотеку, и отдельный проект с вашим Код графического интерфейса пользователя, который ссылается на статическую библиотеку, но встраивается в исполняемый файл).
JBentley 26 дек. 2013, в 03:59
2

В любом случае, зачем вам две основные функции? Вам не нужен класс программы, как в Java.
Paweł Stawarz 26 дек. 2013, в 04:00
0

Когда вы говорите «Я просто хочу один проект с несколькими основными методами», мне кажется (хотя и не уверен), что вы путаете «проекты», которые являются конструктом Visual Studio и «исполняемыми файлами». Исполняемый файл может иметь только одну «основную» точку входа. Вам нужен один исполняемый файл и возможность запускать разные подпрограммы в этом исполняемом файле, или вам нужно несколько исполняемых файлов? Если последнее, то вам понадобится несколько проектов в рамках одного «решения».
David I. McIntosh 26 дек. 2013, в 04:14

Показать ещё 5 комментариев

Теги:

c++

visual-studio

3 ответа

1

В C# каждый проект имеет свой собственный файл Program.cs, который является точкой входа. Если вы объединяете несколько проектов, тривиально, чтобы сообщить Visual Studio о компиляции в виде библиотеки и выбрать, какую точку входа в проект использовать.

В C++ вы можете иметь только одно определение main в глобальном пространстве имен. Например, у вас есть свой собственный основной объект в пространстве имен, который ::main вызовет. Этот метод выполняется в SDL, например, так что пользователю не нужно создавать main, и он может связывать -lSDL_main.

user1508519 26 дек. 2013, в 03:07

0

В MS Visual Studio одно "решение" (файл.sln) будет содержать несколько "проектов". Каждый исполняемый файл, который вы хотите создать, будет иметь свой собственный "проект", и вы можете иметь много таких проектов в одном и том же "решении". Не каждый "проект" должен создавать исполняемый файл, хотя часто "проект" просто создает библиотеку, например библиотеку общих утилит, которую могут включать многие ваши исполняемые файлы. Когда вы помещаете два проекта "main()" в два.cpp файла в одном проекте, компилятор должен скомпилировать оба файла.cpp в.obj файлы, а затем, вероятно, попытался создать один исполняемый файл с обоими.obj файлами, связанными с исполняемый файл. И вы получите сообщение об ошибке, когда компоновщик попытается поместить обе функции "main()" в один и тот же исполняемый файл, так как вы не можете иметь две точки входа с тем же именем.

То, что говорит Маттео о классах и методах, тоже нужно понять.

David I. McIntosh 26 дек. 2013, в 02:41

0

Ах я вижу. То есть решение может содержать несколько «проектов»? Но «проект» не может содержать более одного класса с основным методом? Я понял это сейчас, я думаю.
user1650305 26 дек. 2013, в 04:20
0

@ opiop65 Вы не полностью поняли. main функция, на которую вы ссылаетесь (т.е. точка входа в исполняемый файл), не находится в классе. Это бесплатная функция, объявленная в глобальном пространстве имен. У вас может быть столько классов, сколько вы хотите, с функциями, называемыми main , и они будут совершенно не связаны друг с другом и не связаны с функцией точки входа main . Я думаю, что вы сбиты с толку, потому что вы пришли с Java. В C ++ вам не нужно иметь класс, чтобы иметь функцию.
JBentley 26 дек. 2013, в 04:22
0

Так как же тогда компилятор выбирает правильную «основную» функцию? Моя книга также рассказала мне, что вы только что сказали, что у меня может быть несколько функций с идентификатором «main», но как это работает?
user1650305 26 дек. 2013, в 04:25
0

@ opiop65 Потому что в C ++ именованные элементы, такие как функции, находятся внутри вложенных структур, таких как классы и пространства имен (которые сами живут в глобальном пространстве имен), и это полностью определенное имя, которое должно быть уникальным. Например, если у вас есть класс с именем Foo котором есть функция с именем main , то полное имя этой функции - Foo::main . C ++ использует функцию с именем main в глобальном пространстве имен в качестве точки входа. main отличается от Foo::main как компилятор может его идентифицировать.
JBentley 26 дек. 2013, в 04:28
0

То, что говорит JBentley, правильно. Иными словами: при связывании нескольких объектных файлов для создания исполняемого файла ДОЛЖЕН БЫТЬ ТОЛЬКО ОДИН «main (...)», который находится в «глобальной» области видимости. Это точка входа, которую ОС вызывает при запуске исполняемого файла. Поскольку все объектные файлы, созданные в рамках «проекта», размещаются вместе (и, таким образом, если проект связан с исполняемым файлом, все они связаны), таким образом, в проекте может быть только один глобальный «главный».
David I. McIntosh 27 дек. 2013, в 06:30
0

И чтобы прояснить второй комментарий JBentley: когда элементы находятся внутри вложенных структур, таких как пространство имен или класс, это «полностью определенное» имя (и подпись), то есть «foo :: main», которое должно быть уникальным. Это то же самое в Java. Разница в том, что в C ++ есть вещи (функции и переменные), которые могут «жить» или «быть» в «глобальной» области, то есть не «содержаться» в какой-либо другой структуре класса или пространства имен. В этой глобальной области действия вновь именованные объекты должны быть уникальными. Также в этой глобальной области должна быть ровно одна функция «main (...)».
David I. McIntosh 27 дек. 2013, в 06:44
0

Все языки делают это за кулисами, вы просто не всегда об этом знаете. В C ++ компилятор не заботится о стольких вещах для вас. Это означает, что вы должны лучше понимать, как все работает. Таким образом, у вас больше контроля, но также больше ответственности и больше возможностей совершать ошибки.
David I. McIntosh 27 дек. 2013, в 06:49

Показать ещё 5 комментариев

Ещё вопросы

В C ++ нет понятия «проект». Вам нужен main() для каждого исполняемого файла. Вот и все.
Это более специфично для идеала. Пожалуйста, дайте нам знать, какой ide вы используете.
Является ли проект «решением» тогда? В визуальной студии это так их называет, я понятия не имею, конвенция это или нет ...
@ opiop65 В Visual Studio «проект» - это контейнер для кода, который будет скомпилирован и связан в один модуль (например, исполняемый файл, статическая библиотека или динамическая библиотека). «Решение» - это контейнер для набора «проектов», который вы хотите сохранить вместе, предположительно потому, что они связаны (например, у вас может быть проект для основного кода, который компилируется в статическую библиотеку, и отдельный проект с вашим Код графического интерфейса пользователя, который ссылается на статическую библиотеку, но встраивается в исполняемый файл).
В любом случае, зачем вам две основные функции? Вам не нужен класс программы, как в Java.
Когда вы говорите «Я просто хочу один проект с несколькими основными методами», мне кажется (хотя и не уверен), что вы путаете «проекты», которые являются конструктом Visual Studio и «исполняемыми файлами». Исполняемый файл может иметь только одну «основную» точку входа. Вам нужен один исполняемый файл и возможность запускать разные подпрограммы в этом исполняемом файле, или вам нужно несколько исполняемых файлов? Если последнее, то вам понадобится несколько проектов в рамках одного «решения».
Ах я вижу. То есть решение может содержать несколько «проектов»? Но «проект» не может содержать более одного класса с основным методом? Я понял это сейчас, я думаю.
@ opiop65 Вы не полностью поняли. main функция, на которую вы ссылаетесь (т.е. точка входа в исполняемый файл), не находится в классе. Это бесплатная функция, объявленная в глобальном пространстве имен. У вас может быть столько классов, сколько вы хотите, с функциями, называемыми main , и они будут совершенно не связаны друг с другом и не связаны с функцией точки входа main . Я думаю, что вы сбиты с толку, потому что вы пришли с Java. В C ++ вам не нужно иметь класс, чтобы иметь функцию.
Так как же тогда компилятор выбирает правильную «основную» функцию? Моя книга также рассказала мне, что вы только что сказали, что у меня может быть несколько функций с идентификатором «main», но как это работает?
@ opiop65 Потому что в C ++ именованные элементы, такие как функции, находятся внутри вложенных структур, таких как классы и пространства имен (которые сами живут в глобальном пространстве имен), и это полностью определенное имя, которое должно быть уникальным. Например, если у вас есть класс с именем Foo котором есть функция с именем main , то полное имя этой функции - Foo::main . C ++ использует функцию с именем main в глобальном пространстве имен в качестве точки входа. main отличается от Foo::main как компилятор может его идентифицировать.
То, что говорит JBentley, правильно. Иными словами: при связывании нескольких объектных файлов для создания исполняемого файла ДОЛЖЕН БЫТЬ ТОЛЬКО ОДИН «main (...)», который находится в «глобальной» области видимости. Это точка входа, которую ОС вызывает при запуске исполняемого файла. Поскольку все объектные файлы, созданные в рамках «проекта», размещаются вместе (и, таким образом, если проект связан с исполняемым файлом, все они связаны), таким образом, в проекте может быть только один глобальный «главный».
И чтобы прояснить второй комментарий JBentley: когда элементы находятся внутри вложенных структур, таких как пространство имен или класс, это «полностью определенное» имя (и подпись), то есть «foo :: main», которое должно быть уникальным. Это то же самое в Java. Разница в том, что в C ++ есть вещи (функции и переменные), которые могут «жить» или «быть» в «глобальной» области, то есть не «содержаться» в какой-либо другой структуре класса или пространства имен. В этой глобальной области действия вновь именованные объекты должны быть уникальными. Также в этой глобальной области должна быть ровно одна функция «main (...)».
Все языки делают это за кулисами, вы просто не всегда об этом знаете. В C ++ компилятор не заботится о стольких вещах для вас. Это означает, что вы должны лучше понимать, как все работает. Таким образом, у вас больше контроля, но также больше ответственности и больше возможностей совершать ошибки.

Matteo Italia · Accepted Answer · 2013-12-26T01-56-00.000Z

У вашего .cpp нет "методов", возможно, что вы определили свободные функции (т.е. процедуры, не связанные с каким-либо классом), и все они находятся в одном и том же пространстве имен. Это, конечно, дает ошибки на этапе связывания, так как вы многократно определяете одно и то же.

Если вы хотите определить класс, вы можете использовать ключевое слово class; конечно, в этом случае, как и в Java, каждый класс, который вы определяете, может иметь свой собственный main метод.

Я следую учебному курсу C++, и я не хочу создавать новый проект для каждой примерной программы, которую мы делаем, мне просто нужен один проект с несколькими основными методами. Это возможно?

Нет. Точка входа - это всего лишь одна глобальная main функция. Если вы хотите разрешить несколько возможных "подпрограмм", напишите каждый из них в отдельной функции и решите, какой из них вызывать из одного main.

Хорошо, я думаю, что теперь понимаю. В Java у вас может быть один проект с несколькими основными функциями, но C ++ вообще так не работает?