Посмотрите
Я выбрал boost, потомучто это лучшее, что было создано для C++, за все его время существования, конкретно boost::regex я выбрал, потомучто меня не устроил функционал предоставляемый Qt::RegExp.
А размера буста боятся не стоит, он во многих вещах спасает + любой уважающий себя С++ программист, должен стараться освоить буст, я считаю. Поверьте, Вы получите большое преимущество, научившись использовтиаь буст.
Не хочу с Вами спорить, но фабрика и виртуальный консруктор немного разные вещи, хотя грань и не велика и многие, по ошибке называют Виртуальный конструктор Фабрикой.
Три ссылки, которые рассматривают виртуальный конструктор: раз, два, три
Фабрика в данном случае не причем. Вирутальный конструктор реализуется посредством виртуальной ф-ии clone(), которая возвращает указатель на реально содержащийся в классе тип, а никак не посредством фабрики.
ну как минимум чтобы соответствовать С++0x. Нет смысла перегружать функции лишними возможностями, которые могут быть реализоваными через простой цикл. Всем не угодишь :)
В продаже не найдешь. Саттера недавно переиздали, а Майерса нет, как и многих других отличных авторов. Но можно скачать в сети, они есть в неплохом качестве. Хотя я бы посоветовал читать на английском сразу, в будущем все равно придется.
>еще не совсем понял почему regex_match пытается поставить в соответствие всю строку регулярному >выражению.
>А если мне нужно из текста выдрать несколько одинаковых конструкций, ну к примеру внутри формы >вытащить все инпуты, то приходится извращаться вот так
Для этого лучше использовать regex_search в цикле, или вспомогательные стредства типа regex_iterator и regex_token_iterator. regex_match служит для валидации строки.
Не бойтесь его использовать, поначалу может и будет туго, потом приучитесь.
По поводу чтения «простыней» ошибок, советую прочитать 49 совет из вот этой книжки, да и сама книжка будет полезна, не только новичку.
Я бы не был столь категоричен, для использования того же regex, можно и не владеть шаблонами вообще. Т.к все шаблонизированные классы заtypdefчены в алиасы, которые потом и используются. Если вы посмотрите на код в моих примерах, то можете увидеть, что там нет явных шаблонов.
К тому же, я не считаю основы С++ чем-то сложным, все таки если человек хочет продвинуто использовать язык, он должен в нем ориентироваться. А как устроен буст и его исходники знать не обязательно, более того, меня часто в пот бросает от исходников буста :) Но это не мешает мне его использовать. Я, собственно, и запланировал пистать статьи в подобном ключе, чтобы новичек в бусте не терялся, а мог максимально быстро получить требуемую ему информацию.
К тому же, «Буст это просто» располагает человека, к простоте на подсознательном уровне, стирая барьеры ужаса перед бустом(да да и такое бывает, я видел несколько людей находящимся в священном трепете перед бустом :) )
Судя по блогу VS team, intellisense они должны значительно улучшить для vs2010. А пока, можно использовать vissual assist, правда он платный, и может быть установлен только на платную версию VS :(
По скорости я их не сравнивал, но по возможностям регулярки из Qt уступают бустовским. В QRegExp некоторое не реализовано, например lookaround, что не дает полноценно использовать регулярки. Лично я использую boost::regex вместе с Qt. Кстати в сети есть адптер boost::regex под Qt, подстроенный под кутешные типы.
Может быть должен быть создан некий механизм реабилитации, куда человек может подать заявку о незаконно(сиречь просто так :) ) убиение его кармы, в следствии чего он не может больше писать статьи.
Вариантов дальнейшего подъема кармы может быть несколько, например специально выделенный человек(и) разбирают это дело и если человек был действительно заминусован, неадекватно его постам\статьям, то ему начисляются очки кармы, для того, чтобы он мог писать дальше. Или, не нужен никакой специальный человек, просто отдаем на суд общесвтенности. В таком случае нужна специальная кнопка(например «Реабилитровать»), на которую может нажимать хаброюзер с определенной кармой. Когда счетчик проголосовавших за реабилитацию достигнет определенного значения выдавать очки кармы, которые покрывают его минус. Ну или просто, без всяких кнопок: человек видит, что другой в беде и его заминусовали несправидливо, он будет его плюсовать.
Таким образом, при существовании специального раздела, человек может восстановить свою карму. Естесвенно, ч то без существования раздела никто не будет по профилям лазить и искать «Кого бы мне реабилитировтаь?».
>хз сколько, надо использовать семафоры — человек мыслит по шаблону
Зачем впадать в рассуждалки когда есть простой и лаконичный ответ — Undefined behavior. Чтобы проверить логику человека есть совершенно другие вопросы…
Учитывая, что об обеих библиотеках я узнал только сегодня, я не могу ответить на данный вопрос. А также учитывая то, что я не пытался сделать универсального решения на все случаи жизни, а предоставил всего лишь один из вариантов, для тех, кто не хочет писать свой класс, мне кажется некорректной попытка сравнения моего небольшого класса с полноценной библиотекой.
А если логи генерятся со скоростью примерно 100 строк в секунду, что будет с event логом? Тем более, что он разделен для всех приложений. Просто если все приложения будут пистаь свои логи в event log, то он превратится в помойку.
Вот здесь, описаны фичи из tr1 которые реализованы в бусте.
Я выбрал boost, потомучто это лучшее, что было создано для C++, за все его время существования, конкретно boost::regex я выбрал, потомучто меня не устроил функционал предоставляемый Qt::RegExp.
А размера буста боятся не стоит, он во многих вещах спасает + любой уважающий себя С++ программист, должен стараться освоить буст, я считаю. Поверьте, Вы получите большое преимущество, научившись использовтиаь буст.
Три ссылки, которые рассматривают виртуальный конструктор: раз, два, три
>А если мне нужно из текста выдрать несколько одинаковых конструкций, ну к примеру внутри формы >вытащить все инпуты, то приходится извращаться вот так
Для этого лучше использовать regex_search в цикле, или вспомогательные стредства типа regex_iterator и regex_token_iterator. regex_match служит для валидации строки.
По поводу чтения «простыней» ошибок, советую прочитать 49 совет из вот этой книжки, да и сама книжка будет полезна, не только новичку.
К тому же, я не считаю основы С++ чем-то сложным, все таки если человек хочет продвинуто использовать язык, он должен в нем ориентироваться. А как устроен буст и его исходники знать не обязательно, более того, меня часто в пот бросает от исходников буста :) Но это не мешает мне его использовать. Я, собственно, и запланировал пистать статьи в подобном ключе, чтобы новичек в бусте не терялся, а мог максимально быстро получить требуемую ему информацию.
К тому же, «Буст это просто» располагает человека, к простоте на подсознательном уровне, стирая барьеры ужаса перед бустом(да да и такое бывает, я видел несколько людей находящимся в священном трепете перед бустом :) )
Вариантов дальнейшего подъема кармы может быть несколько, например специально выделенный человек(и) разбирают это дело и если человек был действительно заминусован, неадекватно его постам\статьям, то ему начисляются очки кармы, для того, чтобы он мог писать дальше. Или, не нужен никакой специальный человек, просто отдаем на суд общесвтенности. В таком случае нужна специальная кнопка(например «Реабилитровать»), на которую может нажимать хаброюзер с определенной кармой. Когда счетчик проголосовавших за реабилитацию достигнет определенного значения выдавать очки кармы, которые покрывают его минус. Ну или просто, без всяких кнопок: человек видит, что другой в беде и его заминусовали несправидливо, он будет его плюсовать.
Таким образом, при существовании специального раздела, человек может восстановить свою карму. Естесвенно, ч то без существования раздела никто не будет по профилям лазить и искать «Кого бы мне реабилитировтаь?».
Зачем впадать в рассуждалки когда есть простой и лаконичный ответ — Undefined behavior. Чтобы проверить логику человека есть совершенно другие вопросы…