Чтение всего файла fstream

@OrmaJever · Регистрация: 10.11.2011

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

В общем мне казалась задача вполне очевидна и частая считать файл целиком в строку, но почему-то я не нашёл ничего готового (типа fstream::readAll()).
Оператор >> игнорирует пробельные символы, вычитал отсюда fstream - символ пробела что можно использовать getline, но меня смущает что туда нужно передавать буфер заранее известного размеры, вам не кажется что это как-то дико и в Си стиле? По-моему в современном мире функция должна сама создать буфер и вернуть мне его. В общем как вы читаете весь файл и затем записываете его в переменную?

@stima · 07.05.2014, 16:43

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

бессмысленный метод который просто вызовет такой же только родительский.

Я не понял, Вам метод нужен?, тогда он не бессмысленный. Иначе зачем он Вам?

п.с. Такое чувство, что разговор скатывается к: "Я хочу кнопку, при нажатии на которую все будет работать. При этом я ничего делать не хочу".

@OrmaJever · 07.05.2014, 17:09 **[ТС]**

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

Я не понял, Вам метод нужен?, тогда он не бессмысленный. Иначе зачем он Вам?

Окей, видимо вы реально не понимаете о чём я. Пример

C++

namespace HL{ 
    class string : public std::string
    {
    public:
        string &operator<<( const char );
        string &operator<<( const char * );
        string &operator<<( const string & );
 
        string toLower( void ) const;
        string toUpper( void ) const;
        string replace( const char *, const char * );
    };

далее при создании

C++

1 2	HL::string str; str = "some string";

Код

error: no match for 'operator=' (operand types are 'HL::string' and 'const char*')

хотя как вы понимаете в std::string есть operator=(const char *).
Проблема то в том что компилятор не берёт его из родительского класса, а ищет только в моём. И что бы этот код работал нужно добавить

C++

HL::string &HL::string::operator= ( const char *str )
{
    assign( str );
    return *this;
}

бесполезность метода очевидна? Такая же беда и с конструкторами

C++

1	HL::string str("some value");

вежливо попросит меня создать конструктор HL::string(const char *), и выглядеть он будет так

C++

1	HL::string(const char *str) : std::string( str ) {}

То есть родительские методы переносятся частично, да я смогу к обьекту HL::string применить родительский метод append, но с операторами и конструкторами такая вот беда. Я один считаю что это не правильно?

@DrOffset · 07.05.2014, 17:53

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

То есть родительские методы переносятся частично, да я смогу к обьекту HL::string применить родительский метод append, но с операторами и конструкторами такая вот беда. Я один считаю что это не правильно?

Родительские методы переносятся все (кроме конструкторов - думаю понятно почему, если не понятно, то стоит поразмышлять о том, что конструктор привязан к типу).
Оператор operator= переносится из базового класса. Но есть такая штука, как сокрытие методов. Поясню на более очевидном примере:

C++

#include <iostream>
 
class B
{
public:
    B & foo(char const *) { std::cout << "B::foo\n"; return *this; }
};
 
 
class A : public B
{
public:
    A & foo(int) { std::cout << "A::foo\n"; return *this; }
};
 
 
int main()
{
    A a;
 
    //a.foo("test"); // ошибка
    a.foo(1); // OK
}

Видишь, метод foo из базовго класса недоступен. Его скрыл метод foo из наследника.
Теперь вернемся к operator=. Дело в том, что в твоем наследнике HL::string уже есть operator=, это автогенерированный

C++

1	HL::string & operator=(HL::string const &)

вот он-то и скрыл оператор из базового string. В С++ есть стандартный способ сделать скрытую функцию видимой.

C++

namespace HL{ 
    class string : public std::string
    {
    public:
        using std::string::operator=;
 
        string &operator<<( const char );
        string &operator<<( const char * );
        string &operator<<( const string & );
 
        string toLower( void ) const;
        string toUpper( void ) const;
        string replace( const char *, const char * );
    };

Добавлено через 13 минут
Да, в С++11 появилась возможность наследовать и конструкторы. Точно так же, через using.

@OrmaJever · 07.05.2014, 18:19 **[ТС]**

DrOffset, ну вот! Вы же тот человек который пришёл и всё разложил по полочкам. Огромное спасибо!

Добавлено через 15 минут
Хотя всё таки небольшая непоняточка осталась.
Берём пример Jupiter'a

C++

std::ifstream file("text.txt");
std::ostringstream oss;
oss << file.rdbuf();
std::string str = oss.str();

он работает. Но если заменить std::string на HL::string (в котором написано using std::string::string

, то компилятор не может найти подходящий конструктор, а именно

Код

error: no matching function for call to 'HL::string::string(std::basic_ostringstream<char>::__string_type)'

хотя реально показывает что искал среди всех конструкторов std::string, да и в доках у std::string нету конструктора подходящего для

C++

1	std::basic_ostringstream<char>::__string_type

.
Как его найти?

@DrOffset · 07.05.2014, 19:09

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

то компилятор не может найти подходящий конструктор, а именно

Потому что именно такого конструктора нет. Его придется написать самостоятельно:

C++

namespace HL{ 
    class string : public std::string
    {
    public:
        string(std::string const & value)
            : std::string(value)
        {} 
 
        string &operator<<( const char );
        string &operator<<( const char * );
        string &operator<<( const string & );
 
        string toLower( void ) const;
        string toUpper( void ) const;
        string replace( const char *, const char * );
    };

Почему так? Потом что методы наследника, если они определены с такой же сигнатурой, всегда имеют приоритет перед перенесенными методами из базового класса. Т.е. автогенерированный конструктор копирования HL::string заменил наследованный конструктор копирования из std::string, поэтому его и нет в HL::string.

OrmaJever, предупреждая дальнейшие вопросы, советую тщательно изучить тему связанную с наследованием конструкторов в С++11. Иначе, пользоваться инструментом не понимая как он работает довольно опасно. Начать можно отсюда. А потом настоятельно рекомендую почитать параграф 12.9 стандарта С++.
Если все-таки что-то будет не понятно, то спрашивай тогда здесь

@OrmaJever · 07.05.2014, 20:21 **[ТС]**

Ладненько со всем этим по очереди разберусь. Тогда ещё один я думаю простой вопрос, если я создам чистый класс

C++

1	class A {}

Какие конструкторы/методы компилятор сам в него добавит?

@DrOffset · 07.05.2014, 20:42

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

Какие конструкторы/методы компилятор сам в него добавит?

1. Конструктор по-умолчанию (без параметров);
2. Конструктор копирования;
3. Деструктор;
4. Оператор присваивания (copy-assignment).
В С++11 еще добавляются:
5. Конструктор перемещения;
6. Оператор перемещения (move-assignment).

Все эти методы будут являться тривиальными в данном случае (trivial).

Добавлено через 9 минут
Конструктор по-умолчанию не добавляется, если определен любой из пользовательских конструкторов.
Остальные методы не добавляются, если существуют определенные пользователем альтернативы.

@OrmaJever · 07.05.2014, 20:45 **[ТС]**

Правильно ли я понял
1) myClass( void );
2) myClass( const myClass & );
3) ~myClass( void );
4) void operator=( ? ); // какой параметр? myClass & ?
5) myClass( myClass && );
6) myClass& operator= ( myCLass && );

5 и 6 я взял из описания std::string, но не понимаю что они делают. && - ссылка на ссылку или логический оператор AND?

@DrOffset · 07.05.2014, 20:50

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

&& - ссылка на ссылку или логический оператор AND?

Это так называемая rvalue reference. C помощью них организована семантика перемещения в С++11.

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

Правильно ли я понял

1) myClass();
2) myClass( const myClass & );
3) ~myClass();
4) myClass & operator=(const myClass &);
5) myClass( myClass && );
6) myClass& operator= ( myCLass && );
void в скобках не надо писать. Эта надобность была в С, из-за того, что func() обозначала не функцию без параметров, а функцию с бесконечным числом параметров, т.е. аналог func(...). В С++ такого нет.

@OrmaJever · 07.05.2014, 20:54 **[ТС]**

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

void в скобках не надо писать. Эта надобность была в С, из-за того, что func() обозначала не функцию без параметров, а функцию с бесконечным числом параметров, т.е. аналог func(...). В С++ такого нет.

Я знаю, но по моему красиво

В общем вроде всё понятно. Спасибо ещё раз.

@DrOffset · 07.05.2014, 21:02

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

Я знаю, но по моему красиво

Дело хозяйское

По поводу новых возможностей полезно посматривать C++11 FAQ Страуструпа, без лишней воды и с примерами. Есть ссылки на подробные источники.

Tulosba · 07.05.2014, 21:37

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

а функцию с бесконечным числом параметров

я бы сказал, с любым. А то получается, что можно вызвать только с бесконечным же кол-вом параметров.

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

C++

1	class string : public std::string

Всё таки не приспособлен стандартный строковый класс для публичного наследования. Хотя бы даже из-за отсутствия виртуальных функций (в частности, деструктора).

@DrOffset · 07.05.2014, 21:53

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

Всё таки не приспособлен стандартный строковый класс для публичного наследования. Хотя бы даже из-за отсутствия виртуальных функций (в частности, деструктора)

Вообще-то, такое наследование - это код ТС, ко мне отношения не имеет.
А вообще, лично я считаю полезной практикой отвечать именно на тот вопрос, который задал ТС, путь он и не всегда согласуется с моими личными представлениями о правильности. Если бы я вместо того, чтобы отвечать на вопрос начал бы критиковать подход ТС с наследованием std::string, то как бы я выглядел в его глазах?

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

я бы сказал, с любым. А то получается, что можно вызвать только с бесконечным же кол-вом параметров.

Ага.

Tulosba · 07.05.2014, 22:14

DrOffset, нельзя идти на поводу у ТС. Надо жесткой хваткой взять его и сказать: "что же ты делаешь! Так нельзя.Потому что: раз, два и три". Я бы например предложил ТС использовать Qt с ее QString и прочими финтифлюшками, а не городить свои чудо-строки (тем более наследуясь от std::string). Раз уж хочется большого спектра готовых функций.
Наличие опыта отвечающего это все таки показатель, что к ответу (совету) будут прислушиваться, а здесь получается, что тема уходит в другую плоскость и главная проблема теряется из виду.

@DrOffset · 07.05.2014, 22:33

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

DrOffset, нельзя идти на поводу у ТС. Надо жесткой хваткой взять его и сказать: "что же ты делаешь! Так нельзя.Потому что: раз, два и три".

Да-да. Именно поэтому 80% ответов на этом форуме совсем не о том, о чем спрашивали.

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

Я бы например предложил ТС использовать Qt с ее QString и прочими финтифлюшками, а не городить свои чудо-строки (тем более наследуясь от std::string). Раз уж хочется большого спектра готовых функций.

Ну так и предложил бы. Я-то здесь причем? Я отвечал на конкретный вопрос, как оказалось у автора в этой теме были пробелы. Будешь утверждать, что мой ответ был бесполезен и автор ничего нового не почерпнул?

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

Наличие опыта отвечающего это все таки показатель, что к ответу (совету) будут прислушиваться, а здесь получается, что тема уходит в другую плоскость и главная проблема теряется из виду.

Да она давно уже ушла. Главная тема вообще была про потоки и чтение в буфер. И что QString, что наследование std::string к ней не относятся в равной степени.

Добавлено через 11 минут

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

что же ты делаешь! Так нельзя.

А про "так нельзя" это слишком самоуверенно. Хотя бы потому, что автор (даже не обязательно наш ТС) не обязательно студент и не обязательно у него там есть особый выбор инструментов. Он может быть заложником ситуации, legacy код и все дела. А ты ему "дорогой, ты делаешь все неправильно. Тут все надо переделать и вообще использовать С++11, да еще и бустом присыпать.".
Другое дело когда автор пишет вообще какую-то ахинею, которая ни при каких обстоятельствах работать не будет - тут вот можно сказать "так нельзя". Но откровенной ахинеи лично я здесь не вижу. Спорные моменты есть конечно, но форумы для того и есть, чтобы каждый мог высказаться. Вот тебе показалось это неправильным, скажи это ТС, возможно он и прислушается.

Tulosba · 07.05.2014, 22:54

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

80% ответов на этом форуме совсем не о том, о чем спрашивали.

Ага. И мы продолжаем этот процент увеличивать прямо сейчас

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

Будешь утверждать, что мой ответ был бесполезен и автор ничего нового не почерпнул?

Не буду. Но некоторые моменты режут глаз. Типа как объяснить устройство автомобиля, но не уточнить, что нельзя заливать бензин в дизельный двигатель и наоборот.

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

Да она давно уже ушла.

Вот я тоже посмотрел на название темы и вижу, что разговор совсем уже о другом.

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

И что QString, что наследование std::string к ней не относятся в равной степени.

Я отвечал на конкретный вопрос, как оказалось у автора в этой теме были пробелы. (с)

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

Вот тебе показалось это неправильным, скажи это ТС, возможно он и прислушается.

Я не думаю, что если я сказал это, обращаясь к тебе, а не ТС, он не сможет уловить сути

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

А про "так нельзя" это слишком самоуверенно.

В случае публичного наследования от std::string это факт.

@DrOffset · 07.05.2014, 22:59

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

обращаясь к тебе, а не ТС, он не сможет уловить сути

Как минимум у него не появится уведомление о том, что кто-то к нему обратился.

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

Я отвечал на конкретный вопрос, как оказалось у автора в этой теме были пробелы.

Мимо. Я отвечал вот на этот вопрос:

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

То есть родительские методы переносятся частично, да я смогу к обьекту HL::string применить родительский метод append, но с операторами и конструкторами такая вот беда. Я один считаю что это не правильно?

Как видишь, он не имеет прямого отношения к наследованию std::string.

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

Но некоторые моменты режут глаз. Типа как объяснить устройство автомобиля, но не уточнить, что нельзя заливать бензин в дизельный двигатель и наоборот.

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

форумы для того и есть, чтобы каждый мог высказаться.

Дополняй, если есть что сказать

Tulosba · 07.05.2014, 23:04

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

Как минимум у него не появится уведомление о том, что кто-то к нему обратился.

А вот ты о чем... я отключил эту фичу как только она появилась

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

Дополняй, если есть что сказать

Пойду по другим темам пройдусь. Тут уже всё понятно.

@OrmaJever · 07.05.2014, 23:33 **[ТС]**

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

DrOffset, нельзя идти на поводу у ТС. Надо жесткой хваткой взять его и сказать: "что же ты делаешь! Так нельзя.Потому что: раз, два и три". Я бы например предложил ТС использовать Qt с ее QString и прочими финтифлюшками, а не городить свои чудо-строки (тем более наследуясь от std::string). Раз уж хочется большого спектра готовых функций.

DrOffset, как раз поступил правильно, меня его ответ устроил более чем полностью, и я даже взял с него много нового и интересного! В данном случае я не использую qt потому что то что я пишу в большей степени алгоритм и он очень зависим от скорости работы, я со слезами на глазах менял char * на std::string и потерял при этом ~10% скорости. Да и qt сразу загоняет тебя в свою идеалогию, если используешь один класс то нужно использовать и всё остальное, в клиентских приложениях с гуем он хорош, но не в моём случае.

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

Как минимум у него не появится уведомление о том, что кто-то к нему обратился.

та мне оно и не нужно, переодически захожу и читаю свежие советы.

@DrOffset · 07.05.2014, 23:49

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

я со слезами на глазах менял char * на std::string и потерял при этом ~10% скорости

А чем конкретно это было вызвано удалось понять?
Очень большая цифра 10%, есть мнение, что ее можно сократить весьма значительно.

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	07.05.2014, 20:42	27
	Сообщение от OrmaJever Какие конструкторы/методы компилятор сам в него добавит? 1. Конструктор по-умолчанию (без параметров); 2. Конструктор копирования; 3. Деструктор; 4. Оператор присваивания (copy-assignment). В С++11 еще добавляются: 5. Конструктор перемещения; 6. Оператор перемещения (move-assignment). Все эти методы будут являться тривиальными в данном случае (trivial). Добавлено через 9 минут Конструктор по-умолчанию не добавляется, если определен любой из пользовательских конструкторов. Остальные методы не добавляются, если существуют определенные пользователем альтернативы. 1

@OrmaJever 9 / 9 / 0 Регистрация: 10.11.2011 Сообщений: 241
	07.05.2014, 20:45 [ТС]	28
	Правильно ли я понял 1) myClass( void ); 2) myClass( const myClass & ); 3) ~myClass( void ); 4) void operator=( ? ); // какой параметр? myClass & ? 5) myClass( myClass && ); 6) myClass& operator= ( myCLass && ); 5 и 6 я взял из описания std::string, но не понимаю что они делают. && - ссылка на ссылку или логический оператор AND? 0

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	07.05.2014, 20:50	29
	Сообщение от OrmaJever && - ссылка на ссылку или логический оператор AND? Это так называемая rvalue reference. C помощью них организована семантика перемещения в С++11. Сообщение от OrmaJever Правильно ли я понял 1) myClass(); 2) myClass( const myClass & ); 3) ~myClass(); 4) myClass & operator=(const myClass &); 5) myClass( myClass && ); 6) myClass& operator= ( myCLass && ); void в скобках не надо писать. Эта надобность была в С, из-за того, что func() обозначала не функцию без параметров, а функцию с бесконечным числом параметров, т.е. аналог func(...). В С++ такого нет. 1

@OrmaJever 9 / 9 / 0 Регистрация: 10.11.2011 Сообщений: 241
	07.05.2014, 20:54 [ТС]	30
	Сообщение от DrOffset void в скобках не надо писать. Эта надобность была в С, из-за того, что func() обозначала не функцию без параметров, а функцию с бесконечным числом параметров, т.е. аналог func(...). В С++ такого нет. Я знаю, но по моему красиво В общем вроде всё понятно. Спасибо ещё раз. 0

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	07.05.2014, 21:02	31
	Сообщение от OrmaJever Я знаю, но по моему красиво Дело хозяйское По поводу новых возможностей полезно посматривать C++11 FAQ Страуструпа, без лишней воды и с примерами. Есть ссылки на подробные источники. 0

@OrmaJever 9 / 9 / 0 Регистрация: 10.11.2011 Сообщений: 241
		1
	Чтение всего файла fstream 06.05.2014, 23:29. Показов 15193. Ответов 51 Метки нет (Все метки) В общем мне казалась задача вполне очевидна и частая считать файл целиком в строку, но почему-то я не нашёл ничего готового (типа fstream::readAll()). Оператор >> игнорирует пробельные символы, вычитал отсюда fstream - символ пробела что можно использовать getline, но меня смущает что туда нужно передавать буфер заранее известного размеры, вам не кажется что это как-то дико и в Си стиле? По-моему в современном мире функция должна сама создать буфер и вернуть мне его. В общем как вы читаете весь файл и затем записываете его в переменную? 0

@stima 503 / 352 / 94 Регистрация: 22.03.2011 Сообщений: 1,112
	07.05.2014, 16:43	21
	Сообщение от OrmaJever бессмысленный метод который просто вызовет такой же только родительский. Я не понял, Вам метод нужен?, тогда он не бессмысленный. Иначе зачем он Вам? п.с. Такое чувство, что разговор скатывается к: "Я хочу кнопку, при нажатии на которую все будет работать. При этом я ничего делать не хочу". 0

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	07.05.2014, 21:53	33
	Сообщение от Tulosba Всё таки не приспособлен стандартный строковый класс для публичного наследования. Хотя бы даже из-за отсутствия виртуальных функций (в частности, деструктора) Вообще-то, такое наследование - это код ТС, ко мне отношения не имеет. А вообще, лично я считаю полезной практикой отвечать именно на тот вопрос, который задал ТС, путь он и не всегда согласуется с моими личными представлениями о правильности. Если бы я вместо того, чтобы отвечать на вопрос начал бы критиковать подход ТС с наследованием std::string, то как бы я выглядел в его глазах? Сообщение от Tulosba я бы сказал, с любым. А то получается, что можно вызвать только с бесконечным же кол-вом параметров. Ага. 0

Tulosba :) 4773 / 3267 / 497 Регистрация: 19.02.2013 Сообщений: 9,046
	07.05.2014, 22:14	34
	DrOffset, нельзя идти на поводу у ТС. Надо жесткой хваткой взять его и сказать: "что же ты делаешь! Так нельзя.Потому что: раз, два и три". Я бы например предложил ТС использовать Qt с ее QString и прочими финтифлюшками, а не городить свои чудо-строки (тем более наследуясь от std::string). Раз уж хочется большого спектра готовых функций. Наличие опыта отвечающего это все таки показатель, что к ответу (совету) будут прислушиваться, а здесь получается, что тема уходит в другую плоскость и главная проблема теряется из виду. 1

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	07.05.2014, 22:33	35
	Сообщение от Tulosba DrOffset, нельзя идти на поводу у ТС. Надо жесткой хваткой взять его и сказать: "что же ты делаешь! Так нельзя.Потому что: раз, два и три". Да-да. Именно поэтому 80% ответов на этом форуме совсем не о том, о чем спрашивали. Сообщение от Tulosba Я бы например предложил ТС использовать Qt с ее QString и прочими финтифлюшками, а не городить свои чудо-строки (тем более наследуясь от std::string). Раз уж хочется большого спектра готовых функций. Ну так и предложил бы. Я-то здесь причем? Я отвечал на конкретный вопрос, как оказалось у автора в этой теме были пробелы. Будешь утверждать, что мой ответ был бесполезен и автор ничего нового не почерпнул? Сообщение от Tulosba Наличие опыта отвечающего это все таки показатель, что к ответу (совету) будут прислушиваться, а здесь получается, что тема уходит в другую плоскость и главная проблема теряется из виду. Да она давно уже ушла. Главная тема вообще была про потоки и чтение в буфер. И что QString, что наследование std::string к ней не относятся в равной степени. Добавлено через 11 минут Сообщение от Tulosba что же ты делаешь! Так нельзя. А про "так нельзя" это слишком самоуверенно. Хотя бы потому, что автор (даже не обязательно наш ТС) не обязательно студент и не обязательно у него там есть особый выбор инструментов. Он может быть заложником ситуации, legacy код и все дела. А ты ему "дорогой, ты делаешь все неправильно. Тут все надо переделать и вообще использовать С++11, да еще и бустом присыпать.". Другое дело когда автор пишет вообще какую-то ахинею, которая ни при каких обстоятельствах работать не будет - тут вот можно сказать "так нельзя". Но откровенной ахинеи лично я здесь не вижу. Спорные моменты есть конечно, но форумы для того и есть, чтобы каждый мог высказаться. Вот тебе показалось это неправильным, скажи это ТС, возможно он и прислушается. 0

Tulosba :) 4773 / 3267 / 497 Регистрация: 19.02.2013 Сообщений: 9,046
	07.05.2014, 22:54	36
	Сообщение от DrOffset 80% ответов на этом форуме совсем не о том, о чем спрашивали. Ага. И мы продолжаем этот процент увеличивать прямо сейчас Сообщение от DrOffset Будешь утверждать, что мой ответ был бесполезен и автор ничего нового не почерпнул? Не буду. Но некоторые моменты режут глаз. Типа как объяснить устройство автомобиля, но не уточнить, что нельзя заливать бензин в дизельный двигатель и наоборот. Сообщение от DrOffset Да она давно уже ушла. Вот я тоже посмотрел на название темы и вижу, что разговор совсем уже о другом. Сообщение от DrOffset И что QString, что наследование std::string к ней не относятся в равной степени. Я отвечал на конкретный вопрос, как оказалось у автора в этой теме были пробелы. (с) Сообщение от DrOffset Вот тебе показалось это неправильным, скажи это ТС, возможно он и прислушается. Я не думаю, что если я сказал это, обращаясь к тебе, а не ТС, он не сможет уловить сути Сообщение от DrOffset А про "так нельзя" это слишком самоуверенно. В случае публичного наследования от std::string это факт. 0

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	07.05.2014, 22:59	37
	Сообщение от Tulosba обращаясь к тебе, а не ТС, он не сможет уловить сути Как минимум у него не появится уведомление о том, что кто-то к нему обратился. Сообщение от Tulosba Я отвечал на конкретный вопрос, как оказалось у автора в этой теме были пробелы. Мимо. Я отвечал вот на этот вопрос: Сообщение от OrmaJever То есть родительские методы переносятся частично, да я смогу к обьекту HL::string применить родительский метод append, но с операторами и конструкторами такая вот беда. Я один считаю что это не правильно? Как видишь, он не имеет прямого отношения к наследованию std::string. Сообщение от Tulosba Но некоторые моменты режут глаз. Типа как объяснить устройство автомобиля, но не уточнить, что нельзя заливать бензин в дизельный двигатель и наоборот. Сообщение от DrOffset форумы для того и есть, чтобы каждый мог высказаться. Дополняй, если есть что сказать 0

Tulosba :) 4773 / 3267 / 497 Регистрация: 19.02.2013 Сообщений: 9,046
	07.05.2014, 23:04	38
	Сообщение от DrOffset Как минимум у него не появится уведомление о том, что кто-то к нему обратился. А вот ты о чем... я отключил эту фичу как только она появилась Сообщение от DrOffset Дополняй, если есть что сказать Пойду по другим темам пройдусь. Тут уже всё понятно. 0

@OrmaJever 9 / 9 / 0 Регистрация: 10.11.2011 Сообщений: 241
	07.05.2014, 23:33 [ТС]	39
	Сообщение от Tulosba DrOffset, нельзя идти на поводу у ТС. Надо жесткой хваткой взять его и сказать: "что же ты делаешь! Так нельзя.Потому что: раз, два и три". Я бы например предложил ТС использовать Qt с ее QString и прочими финтифлюшками, а не городить свои чудо-строки (тем более наследуясь от std::string). Раз уж хочется большого спектра готовых функций. DrOffset, как раз поступил правильно, меня его ответ устроил более чем полностью, и я даже взял с него много нового и интересного! В данном случае я не использую qt потому что то что я пишу в большей степени алгоритм и он очень зависим от скорости работы, я со слезами на глазах менял char * на std::string и потерял при этом ~10% скорости. Да и qt сразу загоняет тебя в свою идеалогию, если используешь один класс то нужно использовать и всё остальное, в клиентских приложениях с гуем он хорош, но не в моём случае. Сообщение от Tulosba Как минимум у него не появится уведомление о том, что кто-то к нему обратился. та мне оно и не нужно, переодически захожу и читаю свежие советы. 0

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	07.05.2014, 23:49	40
	Сообщение от OrmaJever я со слезами на глазах менял char * на std::string и потерял при этом ~10% скорости А чем конкретно это было вызвано удалось понять? Очень большая цифра 10%, есть мнение, что ее можно сократить весьма значительно. 0