Легальный около Цэ++ шный холивар

Цитата wind @ 11.06.15, 12:01

Цитата D_KEY @ 11.06.15, 11:08

Зачем? Что значит побыстрее? А обычные объекты ты держишь подольше? Зачем?

Затем чтобы не отковыривать проблемы через месяцы/годы после сдачи проекта

Ты можешь быть более конкретным?

Цитата wind @ 11.06.15, 09:12

Цитата D_KEY @ 10.06.15, 17:11

a это ресурс или нет? Если нет, то что изменится, если a станет ресурсом?

Я должен буду знать, что его нужно как-нибудь побыстрее освободить, капитан.

При детерминированном уничтожении объектов все они живут ровно столько, сколько в них есть необходимость.
Ещё раз говорю - неопределённость возникает именно при сборщике мусора, которые за ресурсом "память" следит по-особому. В C++ за памятью следят точно так же, как и за файлами и соединениями с БД. Потому, если какой-то класс помимо памяти ещё и открывает файл, это не приводит к изменению кода, который его использует.

Цитата wind @ 11.06.15, 09:12

Цитата D_KEY @ 10.06.15, 17:11

a это ресурс или нет? Если нет, то что изменится, если a станет ресурсом?

Я должен буду знать, что его нужно как-нибудь побыстрее освободить, капитан.

Так ты кодом покажи. Что изменится?

Цитата JoeUser @ 12.05.15, 09:56

"в Цэ++ уже давно есть множественное наследование, а в таких языках как Джава и .NET их нет,

в 8-ой есть, хотя не такой как в С++

public class MyClass implements InterfaceA, InterfaceB {
 
    /**
     * @param args the command line arguments
     */
    public static void main(String[] args) {
        // TODO code application logic here
    }
 
    @Override
    public void saySomething() {
        System.out.println("Hello World");
    }
 
    @Override
    public void sayHi() {
       InterfaceA.super.sayHi();
    }
 
}
 
interface InterfaceA {
 
    public void saySomething();
 
    default public void sayHi() {
        System.out.println("Hi from InterfaceA");
    }
 
}
 
interface InterfaceB {
     default public void sayHi() {
        System.out.println("Hi from InterfaceB");
    }
}

Наследование интерфейсов было всегда. В 8ой яве добавили реализацию методов интерфейсов по умолчанию.

Кстати, про финализаторы (в Java, но, думаю, в какой-то степени, это и к C# относится).

Объясните мне накой писать в C++ проекте 2015 года такое говно?

typedef signed short СXShort;
typedef unsigned short СXUShort;
typedef signed int СXInt;
...

Вот это волшебство я вообще не осиливаю.

#define СX_TRUE  true
#define СX_FALSE false

Как будто вернулся в девяностые.

Сообщение отредактировано: applegame - 03.08.15, 15:46

это для переносимости я так думаю. Правда, true и false - это слишком

Цитата applegame @ 03.08.15, 15:03

Вот это волшебство я вообще не осиливаю.

Не может быть, чтобы там были "точка с запятой" в конце строки! Или неужто на самом деле есть?

я так понимаю там тоже typedef.

Цитата Бобёр @ 03.08.15, 15:34

я так понимаю там тоже typedef.

А как именно вы понимаете? Так? :

typedef true CX_TRUE;

Но так вообще ошибки при компиляции выдаёт.

Цитата Славян @ 03.08.15, 15:22

Не может быть, чтобы там были "точка с запятой" в конце строки! Или неужто на самом деле есть?

Нет точек с запятой там нет, исправил.

Добавлено 03.08.15, 15:47

Цитата Бобёр @ 03.08.15, 15:17

это для переносимости я так думаю. Правда, true и false - это слишком

Для какой переносимости? Это же встроенные типы, они переносимы по определению.

Добавлено 03.08.15, 15:49
И еще эти убогие префиксы CX. Для кого неймспейсы придуманы?

Цитата applegame @ 03.08.15, 15:46

Для кого неймспейсы придуманы?

Для ++ного случая, а так - вроде как чистая Си'шность сохранена.

Например, порт проекта на старый компиль.

Добавлено 03.08.15, 17:03
Или на недокомпиль для микроконтроллера. Или даже наноконтрольчика.

А вообще так многие делают. Например, glib.
"ядро" - на plain-C без прикрас, а зато потом каждый сможет замутить биндинг под любой язык - и наслаждаться.