@ct0r

https://isocpp.org/files/papers/D4492.pdf

Как думаете, в правильном ли направлении идет развитие? Что вы хотите видеть в С++17? Какую фичу ждете больше всего?

4

@sourcerer

Мечты сбываются.

2

@zenden2k

gru74ik, здорово, но непонятно, что будет с шаблонами в модулях.

0

@gng

Как я понял, шаблоны как были в заголовках, так и останутся. В модулях можно будет шаблонить, только прописав инстанциированые реализации, а это мало кому понравится.

0

@Avazart

0

@gng

0

@volvo

0

@gng

0

@Avazart

0

@Fulcrum_013

Это не развитие а деградация к скриптовому языку
STL за борт,запрет на интрисики, Борландовские расширения синтаксиса в стандарт.
Арифметики над массивами на уровне компилятора. С появлением векторных процов оптимизатору без этого будет все сложнее.
А так же очень бы хотелось иметь возможность вызова виртуальных функций из конструктора.

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

0

@Avazart

0

@hoggy

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

вот у меня например была проблема:
для работы нужна была кроссплатформенная либа для работы с файловой системой.

и что делать?
вынуждать клиентов поиметь зависимость от boost,
или крупных сторонних фреймворков?
вот приключился костыль.

с юникодом примерно аналогичная ситуация,
хотя и не так все запущенно.

0

@ct0r

hoggy, совсем не убедил. Никаких проблем не вижу.

0

@Dmitriy_M

Детсад.

0

@FCommander

Для новичков был бы неплох Unicode.
Я заметил также, что очень часто на форуме задают вопрос - "Русский язык в консоли". Это надоедает. Надо доработать.

Добавлено через 2 минуты
Ну а лично для меня было бы неплохо, как в Pascal простое окно без иниц. Qt или WinAPI.

Добавлено через 4 минуты
Пусть какие-нибудь операторы появятся. Ну как в Pascal:
Ну а в C++(простите за фантазию) бы могло выглятеть типа:
Хотя graphics.h уже есть.
Иными словами - облегчение работы.

0

@Avazart

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

Добавлено через 3 минуты
Че?

0

@hoggy

пример из жизни:

я построил так называемое "рабочее пространство".
оно представляет собой некую произвольную иерархию каталогов.
есть универсальный сценарий на cmake
с помощью которого производится сборка.

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

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

прототип был реализован на самом cmake.
но тут возникла проблема - cmake слишком медленный.
и кодить на нем по меньше мере не удобно.
некоторые вещи я так и не реализовал в прототипе,
либо реализовал в урезанном варианте,
просто потому что задолбался править и отлаживать симейк-скрипты.

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

например, программист сидит в вижал-студии и правит исходный файл.
он дописал строку:
и кликнул на кнопку "сохранить".

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

для человека - это практически мгновенно.
студия покажет окошко "зафиксированы изменения извне".
пользователь жмакает "принять",
и вуаля - к цели сборки подключена нужная бустовская бибилотека.

вообще, на практике воркспейс даже в урезанном варианте оказался очень удобен.
а с монитором - так и вовсе красота.

но есть проблема:
монитор, и сопутствующие утилиты зависят от буста.

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

изначальная идея была: распаковать архив, жмакнуть на батник.
начнется сборка необходимого минимума из исходников
(монитор, какие то утилитки)

после чего можно уже спокойно начинать работать.

но для этого нужен буст, причем буст нужно ещё найти.

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

ну, на самом деле это не проблема.
проблема в доступности самого буста.

1.
многие его не любят.
в принципе.

один только этот фактор может отпугнуть
пользователя от использования воркспейса.

2.
развернуть его из деплоя - это время.
например, на моем ноуте 1.57.0
для одной только студии vc12 ставился с раннего вечера и до обеда следующего дня.

а у меня вся эта затея - ради кросс-платформы.
это как минимум ещё mingw,
и gcc тулчейны

и все это в 32 и 64 версиях.

вот сейчас вышел новый буст,
я даже обновляться не хочу.

3.
я не нашел цивилизованных альтернатив.

4.
в итоге пришел к мысли, что можно распространять воркспейс вместе с бинарями.
то есть монитор, и утилиты можно уже собранные упаковать.

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

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

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

и никакого геммороя.

Добавлено через 5 минут
как думаете, что убедило комитет к сегодняшнему дню
перетащить в стандартную библиотеку уже львиную часть буста?

а то ведь могло и дальше в бусте валяццо.
проблем же нет никаких?

Добавлено через 43 секунды
а хз.
я вообще себе смутно представляю что это, и нафига они нужны.

0

@ct0r

Прям искусственный интеллект какой-то. Это типа мне нужно только код написать, а оно остальное сделает?

Он хоть раз помогал? Как по мне, так бесполезная штука.

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

А что с ним? В дистрибутивах давненько есть пакеты.

Ну С++ тоже многие не любят...

Это как-то странно. Я на двух работах обновлял буст и компилятор - несколько часов и никаких проблем.

Так ты посмотри, что именно перетащили. Общеиспользуемые штуки, требования к которым у всех примерно одинаковые. Или ты думаешь, что ту же lock-free скоро перетащат?

0

@Avazart

А по мне очень полезная штука для документации.

Добавлено через 7 минут
Как по мне слишком поздно и слишком мало.
К примеру что мешало переташить алгоритмы для работы со строками типа обрезки строк trim() из boost ?
Как бы элементарная штука и при том нужная, а нет....
Тоже самое перекодирование строк, юникод ...

Добавлено через 1 минуту
Ну я вот тоже в сомнения. Скорее всего подсунут какую-то вялую альтернативу include в духе предоткомпилированых заголовков и pragma once

0

@ct0r

Много ли из этой документации почерпнешь? Удобней сам код читать. А документация должна быть написана подобно тому, как описано например в
https://leanpub.com/software-a... developers
или
http://www.amazon.com/Software... 0321815734

0

@Avazart

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

Добавлено через 1 минуту
А где там доксиген? Левые какие-то ссылки....

Добавлено через 5 минут
ct0r, К примеру http://api.kde.org/4.x-api/kde... eader.html

Или другие примеры https://www.stack.nl/~dimitri/doxygen/results.html

0