кусок буста опять тырят?

ну конечно же ?

запихнули бы уже весь буст в стандарт

и было бы счастье

Нахрена весь? boost::multiindex ? boost::graph?

Boost.build???

boost::python

boost::boost

boost::boost

и потом std::boost?

Хуже, boost::std

Хуже, boost::std

std::boost::std

а есть нормальные реализации структурированных (типа xml) сериализаторов?

boost::serialization по самплам выглядит ужасно

зато xml прям в коде

меня не радует шаблонный метод serialize

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

какого-то передаваемого параметра, отвечающего за режим ввода/вывода, и внешних перегрузок методов

чтобы отправлять всех туда. А опенсурс проекты пусть заполнят профильные странички (ну или хостер), что и как там надо, что за проект. Мёртвые проекты люди будут репортить и их в отдельный раздел "Для воскрешения" Такое есть уже?

есть вроде, я видел альфу сайта но не знаю взлетело ли оно дальше

есть вроде, я видел альфу сайта но не знаю взлетело ли оно дальше

уже покидал выше два сайта

https://www.codetriage.com/

меня не радует шаблонный метод serialize

в чем проблема?

Такое знаю http://up-for-grabs.net/

возможно это было вот оно

кстати я не понял обязательно ли он шаблонный

в чем проблема?

в том, что это перекомпилируется при каждой модификации?

тоесть виртуальные методы лучше?

146% да

boost::serialization по самплам выглядит ужасно

зато работает норм

зато работает норм

да мой велосипед тоже работает, но не хватает, скажем, переключалок режима vector<string>

кстати я не понял обязательно ли он шаблонный

там же вроде как тип Archieve заранее известен

угу, можно написать шаблонный метод и реализацию в cpp

*facepalm*

?

ну меня не устраивает сериализация, реализованная в h файле

я про то что возможно его можно не шаблонным делать

надо спросить у того кто его юзал

там правда инпут и оутпут разные

это всегда

boost::archive::xml_iarchive boost::archive::xml_oarchive

save и load можно разделить на два разных метода

вообще я пока склоняюсь к тому, что надо воткнуть немного виртуальных методов доступа в сам архив, а чтение/запись делать через внешние универсальные методы serialize(T&), serialize_read(T &) и serialize_write(T const&)

и пихнуть этим методам Scope как шаблонный параметр с каким-то резолвом

да не должно быть в стд такой херни

std не при чем

мне не надо в std

мне себе надо)

буст стремится в стд нет?

да в буст мне тоже не особо

буст стремится в стд нет?

стремится

просто вот например весь стек io на виртуальной херне

я не против иметь process в стандарте, например

у меня просто проблема что мой текущий велосипед работает через С++98 почти без шаблонов и требует наследование интерфейса сериализуемым объектом

его ембеддеры сразу выкидывают изза этого

и не может перевызвать где надо inplace fromstring reader

у меня просто проблема что мой текущий велосипед работает через С++98 почти без шаблонов и требует наследование интерфейса сериализуемым объектом

<poluhin><шепот>как это сделано в яве</шепот></poluhin>

при этом у меня есть вторая часть велосипеда, допускающая, например mix чтение атрибутов и полей, за счет внешних методов

видимо, я хочу в данном случае, чтобы сериализатор работал как //vector<string> v = {"a", "b", "c"}; serialize::container<serialize::optional_comma_attribute?"name", v); //либо <root><name>a</name><name>b</name><name>c</name></root> либо <root name="a,b,c"/>

ващет второй вариант выглядит как дерьмо

а еще лучше взять json там хотяб массивы есть

а еще кажись принято в таком случае names/name

вопрос на засыпку: в Cmake есть оператор исключающего или?

вопрос на засыпку: в Cmake есть оператор исключающего или?

для чего

надо бы исполнять кусочек скрипта, если собирается только статическая или только динамическая версия либы

ксор это неравно

ERROR: S client not available

там есть неравно?

а еще лучше взять json там хотяб массивы есть

RON!

Александр Пистолетов: Такой вопрос: стоит ли покупать книгу Qt 5.3 профессиональное программирование на С++?И вообще книг по qt хороших. Благодарю.

Александр Пистолетов: Такой вопрос: стоит ли покупать книгу Qt 5.3 профессиональное программирование на С++?И вообще книг по qt хороших. Благодарю.

Не сомалийский

И не карибский

А я российский

Кути-программист

Александр Пистолетов: Такой вопрос: стоит ли покупать книгу Qt 5.3 профессиональное программирование на С++?И вообще книг по qt хороших. Благодарю.

по моему книга по куте только от Шлее и всё

Я читал книгу Шлее по какой-то уже достаточно старой версии QT - унылое чтиво.

Ну кути обновляется дюже часто

Чтоб книгу покупать

Я не советую

Там и дока большая

так, внимание. Есть вопрос юзабельности, так что мне нужен ваш фидбек

https://pastebin.com/ETfS7r4K

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

что мне в этом не нравится: чтобы создать предефаненые writers для различных типов (CSV, TSV, SCSV), я должен завести переменные

то есть просто using не хватит.

Да так почти все пишут и это де-факто стандартно

По крайней мере я по другому не встречал

ты наверное чуть-чуть не понял: я не могу полностью конфигурировать Writer через шаблон, так как внутри диалекта могут быть разные типы, и пользователю надо уметь их менять

Я предлагаю вариант, что я оставляю класс Dialect таким, как есть. Потом мы создаём набор уже созданыхх ДИАЛЕКТОВ, а не Writers, а в рантайме устанавливаем нужный нам Dialect (либо тот, что я дал, либо тот, что сами написали)

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

а какая альтернатива?

а какая альтернатива?

есть ужос, что мы можем загнать переменные через параметры шаблона

то есть так

так, как напечатать знак для кода в телеге?