Я розробник JAVA, який намагається вивчити C ++, але я насправді не знаю, яка найкраща практика для стандартних оголошень функцій.
У класі:
class Clazz
{
public:
void Fun1()
{
//do something
}
}
Або зовні:
class Clazz
{
public:
void Fun1();
}
Clazz::Fun1(){
// Do something
}
У мене відчуття, що другий може бути менш читабельним ...
inline.
inlineпослаблює лише одне правило визначення, яке необхідно, якщо використовується інша одиниця перекладуClazz
Відповіді:
С ++ є об'єктно-орієнтованою в тому сенсі, що підтримує об'єктно-орієнтовану парадигму для розробки програмного забезпечення.
Однак, на відміну від Java, C ++ не змушує групувати визначення функцій у класах: стандартний спосіб декларування функції C ++ полягає у простому оголошенні функції без будь-якого класу.
Якщо замість цього ви говорите про декларацію методу / визначення, то стандартним способом є розміщення лише декларації у файлі include (зазвичай з іменем .hабо .hpp), а визначення в окремому файлі реалізації (як правило, з іменем .cppабо .cxx). Я згоден, що це справді дещо дратує і вимагає певного дублювання, але саме так була розроблена мова.
Для швидких експериментів та однофайлових проектів все буде працювати ... але для більших проектів це розділення є те, що практично потрібно.
Примітка: Навіть якщо ви знаєте Java, C ++ - це зовсім інша мова ... і це мова, яку не можна вивчити експериментуючи. Причина полягає в тому, що це досить складна мова з великою кількістю асиметрій та, мабуть, нелогічного вибору, і головне, коли ви помиляєтесь, немає "ангелів помилок виконання", які б врятували вас, як на Java ... але натомість є " невизначена поведінка демонів ".
Єдиний розумний спосіб вивчити C ++ - це читання ... яким би розумним ти не був, ти не можеш здогадатися, що вирішив комітет (насправді бути розумним іноді навіть проблема, оскільки правильна відповідь нелогічна і є наслідком історичного спадщини.)
Просто виберіть хорошу книгу чи дві і прочитайте їх від обкладинки до обкладинки.
Перший визначає функцію члена як вбудовану функцію , а другий - ні. Визначення функції в цьому випадку знаходиться в самому заголовку.
Друга реалізація помістила б визначення функції у файл cpp.
Обидва семантично різні, і справа не лише в стилі.
Визначення функції краще поза класом. Таким чином, ваш код може залишатися безпечним, якщо потрібно. Файл заголовка повинен просто давати декларації.
Припустимо, хтось хоче використовувати ваш код, ви можете просто надати йому файл .h та файл .obj (отриманий після компіляції) вашого класу. Йому не потрібен файл .cpp для використання вашого коду.
Таким чином, ваша реалізація не видна нікому іншому.
Метод "Усередині класу" (I) робить те саме, що і метод "поза класом" (O).
Однак (I) можна використовувати, коли клас використовується лише в одному файлі (усередині файлу .cpp). (O) використовується, коли він знаходиться у файлі заголовка. Файли cpp завжди компілюються. Заголовкові файли компілюються, коли ви використовуєте #include "header.h".
Якщо ви використовуєте (I) у файлі заголовка, функція (Fun1) буде оголошена кожного разу, коли ви включаєте #include "header.h". Це може призвести до декларування однієї і тієї ж функції кілька разів. Це важче скласти, і навіть може призвести до помилок.
Приклад правильного використання:
Файл1: "Clazz.h"
//This file sets up the class with a prototype body.
class Clazz
{
public:
void Fun1();//This is a Fun1 Prototype.
};
Файл 2: "Clazz.cpp"
#include "Clazz.h"
//this file gives Fun1() (prototyped in the header) a body once.
void Clazz::Fun1()
{
//Do stuff...
}
Файл 3: "UseClazz.cpp"
#include "Clazz.h"
//This file uses Fun1() but does not care where Fun1 was given a body.
class MyClazz;
MyClazz.Fun1();//This does Fun1, as prototyped in the header.
Файл4: "AlsoUseClazz.cpp"
#include "Clazz.h"
//This file uses Fun1() but does not care where Fun1 was given a body.
class MyClazz2;
MyClazz2.Fun1();//This does Fun1, as prototyped in the header.
Файл5: "DoNotUseClazzHeader.cpp"
//here we do not include Clazz.h. So this is another scope.
class Clazz
{
public:
void Fun1()
{
//Do something else...
}
};
class MyClazz; //this is a totally different thing.
MyClazz.Fun1(); //this does something else.
Clazz MyClazzі Clazz MyClazz2?
Функції-члени можуть бути визначені у визначенні класу або окремо за допомогою оператора роздільної здатності, ::. Визначення функції-члена у визначенні класу оголошує функцію вбудованою, навіть якщо ви не використовуєте вбудований специфікатор. Тож ви можете визначити функцію Volume (), як показано нижче:
class Box
{
public:
double length;
double breadth;
double height;
double getVolume(void)
{
return length * breadth * height;
}
};
Якщо вам подобається, ви можете визначити ту саму функцію поза класом, використовуючи оператор роздільної здатності, :: наступним чином
double Box::getVolume(void)
{
return length * breadth * height;
}
Тут єдиним важливим моментом є те, що вам довелося б використовувати ім’я класу безпосередньо перед оператором ::. Функція-член буде викликатися за допомогою оператора крапок (.) На об'єкті, де вона буде маніпулювати даними, пов'язаними з цим об'єктом, лише наступним чином:
Box myBox;
myBox.getVolume();
(з: http://www.tutorialspoint.com/cplusplus/cpp_class_member_functions.htm ), обидва способи є законними.
Я не фахівець, але думаю, якщо ви помістите лише одне визначення класу в один файл, то це насправді не має значення.
але якщо ви застосуєте щось на зразок внутрішнього класу або у вас є визначення кількох класів, другий буде важко прочитати та підтримувати.
Перший повинен бути розміщений у файлі заголовка (де знаходиться декларація класу). Другий може бути де завгодно, або заголовок, або, як правило, вихідний файл. На практиці ви можете помістити невеликі функції в декларацію класу (яка оголошує їх неявно вбудованими, хоча саме компілятор вирішує, вбудовані вони чи ні). Однак більшість функцій мають оголошення в заголовку та реалізацію у файлі cpp, як у вашому другому прикладі. І ні, я не бачу жодної причини, чому це було б менш читабельним. Не кажучи вже про те, що ви могли б фактично розділити реалізацію для типу на кілька файлів cpp.
Функція, визначена всередині класу, за замовчуванням розглядається як вбудована функція. Проста причина, чому вам слід визначити свою функцію зовні:
Конструктор класу перевіряє наявність віртуальних функцій та ініціалізує віртуальний вказівник, щоб вказати на відповідну VTABLE або таблицю віртуальних методів , викликає конструктор базового класу та ініціалізує змінні поточного класу, тому він фактично виконує певну роботу.
Вбудовані функції використовуються, коли функції не такі складні і дозволяє уникнути накладних витрат на виклик функції. (Накладні витрати включають стрибок та розгалуження на апаратному рівні.) І як описано вище, конструктор не такий простий, щоб вважати його вбудованим.
.cppфайлі.