string и startsWith

[thechicho]

//Если нет - говорить о том чья реализация лучше - бессмысленно
как раз была конкретика. скорость выполнения. Igors заявил, что использование qt вредно, потому что такой код можно переписать (оптимизировать) для работы в 20 раз быстрее. потом он уже приплел то, что придется тащить зависимость (библиотеки qt) и, наверное, имеется еще несколько банальных примеров на готове.

[Igors]

Есть мнение, что операции QString'а написаны оптимальнее, чем вы или я можете реализовать в своём велосипеде.

Пример

str.replace("a", "b");

Изначально "а" и "b" - строки в сегменте данных, т.е. расход нулевой. Но по правилам языка срабатывают конструкторы QString - вот уже 2 malloc полетело. Ининциализация начинки QString - ну там быстро, но ведь надо зарядить содержимое, вот еще 2 malloc + перегнать в юникод. Т.е. еше до реализации, сам вызов уже довольно затратен.

Вам нужно расширять свой кругозор, когда ничего не знаешь, так и взять негде.

А может не стоит так резво судить, тем более ничего не зная о круге решаемых задач?  
Хотите дам задачку из моих, обещаю что никаких специальных знаний в предметной области не потребуется. И посмотрим как Вам помогут знания буста и др.  (отмажется, начнет заливать про байт-код и.т.п  )

[Old]

А может не стоит так резво судить, тем более ничего не зная о круге решаемых задач?  

// Щеки сейчас лопнут. 
А причем здесь круг решаемых задач?

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

// Ба бах, щеки лопнули. 
Да, задачки давать вы мастер, вы бы научились их решать.

[thechicho]

//str.replace("a", "b");
//Т.е. еше до реализации, сам вызов уже довольно затратен.
интересно, когда компьютеры станут в 100500 раз мощнее и производительнее, вы будете делать такие же выводы.
интересно, наши потомки поймут, что вы имели в виду, когда программирование будет сводиться к использованию готовых элементов и все будет прекрасно и быстро работать.

[Igors]

// Ба бах, щеки лопнули. 
Да, задачки давать вы мастер, вы бы научились их решать.

Да уж у кого лопнули - устроили кипеж по поводу 15 строк кода   Ладно, посмотрим на Ваше умение (щас только нарисую пару зайчиков и запостю)

[_OLEGator_]

Изначально "а" и "b" - строки в сегменте данных, т.е. расход нулевой. Но по правилам языка срабатывают конструкторы QString - вот уже 2 malloc полетело. Ининциализация начинки QString - ну там быстро, но ведь надо зарядить содержимое, вот еще 2 malloc + перегнать в юникод. Т.е. еше до реализации, сам вызов уже довольно затратен.

Все еще хуже. Это из разряда людей, которые даже умножение и деление на 2 оптимизируют байтовым сдвигом.
Главное правило оптимизации - ее надо делать там, где она действительно необходима. Нормальный заказчик не будет платить за бесполезную и трудозатратную оптимизацию, вообще сейчас дешевле и проще купить комп помощнее, чем держать и тратить деньги на таких фанатиков-оптимизаторов.

[Igors]

Все еще хуже. Это из разряда людей, которые даже умножение и деление на 2 оптимизируют байтовым сдвигом. Главное правило оптимизации - ее надо делать там, где она действительно необходима. Нормальный заказчик не будет платить за бесполезную и трудозатратную оптимизацию, вообще сейчас дешевле и проще купить комп помощнее, чем держать и тратить деньги на таких фанатиков-оптимизаторов.

А разве я говорил что QString - "плохой" класс, позорно медленный, как-то призывал отказаться от его использования? Та где ж это было такое? Просто я заметил что скоростью он явно не блещет, что вполне норм, за удобства надо платить.

.. и проще купить комп помощнее

Впервые я услышал это от clipper'овских девочек в конце 80-х, и с той поры все то же. Жизнь показала что если ресурсы бездарно разбазариваются - мощность компа не спасает.

[thechicho]

//А разве я говорил что QString - "плохой" класс, позорно медленный, как-то призывал отказаться от его использования? Та где ж это было такое?

Ну Вы же сами понимаете - это халтура. Давайте перельем строку из одного представления в другое, где есть удобные утилиты, а потом обратно. Да, делов неск секунд, но ведь платим оптимальностью. Вот кто-то ускорит Ваш код раз так в 20 и скажет типа "там какой-то лошара писал, с пых-пых наверно". И, поверьте, будет неприятно.

[Syveren]

Оптимизировать надо в меру! От излиших оптимизаций код пухнет, его сложнее поддерживать... Особенно,если где-то там скрылась ошибка, приходится копаться, выясняя, чтоже на самом деле имел вииду автор 

[_OLEGator_]

.. и проще купить комп помощнее

Впервые я услышал это от clipper'овских девочек в конце 80-х, и с той поры все то же. Жизнь показала что если ресурсы бездарно разбазариваются - мощность компа не спасает.

Очередное передергивание и вырывание слов из контекста. Это фраза относилась к фанатичной и бесполезной оптимизации. Потратив сегодня месяц на то, чтобы программа считала на 5 секунд быстрее, завтра ваш продукт начнет устаревать, а после завтра не будет нужен никому. Сейчас ценнее время и скорость разработки, простота поддержки и читаемость кода.
Вы пытаетесь усидеть на двух стульях, одновременно клеймя готовые решения за то, что они якобы ведут к отуплению и зависимости, но в тоже время открещиваетесь от велосипедов. Уж определитесь на какой вы стороне.

[Old]

Очередное передергивание и вырывание слов из контекста. Это фраза относилась к фанатичной и бесполезной оптимизации.

Да в данном случае никто не думает ни про какую оптимизацию, это попытка "высосать из пальца" хоть какие то основания для целесообразности своего велика. Если вернуться к еще одной эпохальной теме про итераторы, то там Igors убеждал, что такая оптимизация совершенно не нужна.
Это для него абсолютно нормально.

[Spark]

Что бы как нибудь разрядить обстановку или подлить масла в огонь (я уж и не знаю).
Посоветуйте как в строковой переменной удалить справа все символы начиная с первого попавшегося пробела?

[thechicho]

Spark, вы уже решили на чьей вы стороне?
если на стороне зла, то можете так

Код:

str.replace(QRegExp("\\s.+$"), "");

[kambala]

\s — это любой пустой символ, а не только пробел

решение без регулярок тоже простое:

Код

C++ (Qt)
int spacePos = s.indexOf(" ");
if (spacePos != -1)
{
    s = s.left(spacePos);
    // или
    s.replace(spacePos, s.length() - spacePos, QString());
}

[Spark]

Spark, вы уже решили на чьей вы стороне?
если на стороне зла, то можете так

Код:

str.replace(QRegExp("\\s.+$"), "");

Спасибо. Регулярки для меня это новое в коде. Их можно использовать так же как и  в текстовых редакторах или свой особый язык?

Философия по поводу добра и зла. Если провести черту там где она проведена в споре, то я на стороне добра и зла. Просто не ясно зачем спор? Ведь ясно, что профи должен хорошо ориентироваться в чужих рецептах и уметь импровизировать.

У меня не может быть абсолютного мнения. Я слишком мало знаю в этой области. Но я привык двигаться от общего к частному. Вроде еще Микелажело, когда его спросили как вы создаете свои шедевры? Ответил - "Очень просто, беру камень и отсекаю все ненужное".
Короче, мне удобно пользоваться готовым решением, не особо вдаваясь в подробности как это устроено. Когда усвою картину в целом, надо переходить на частности. А сейчас глядя на листинг чужой программы, там вижу сплошные классы и функции в которых плохо ориентируюсь. Если еще упростить схему то я вижу много переменных в лице (классов и функций) объединенных логикой. Так вот в логике я более менее ориентируюсь, потому кое, что и получается двигать. А вот с переменными беда. Необходимо время, что бы легко начинать находить где голова, а где хвост .
Надеюсь ясно пояснил.

P.S. Если же переходить на личности то мне импонирует, что у Igors есть такое качество как упертость (поперечность). Отстаивать свое мнение - вещь сложная. Правда тема для споров вряд ли выбрана удачно. Здесь не может быть правых.