Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.133.86.172] |
|
Страницы: (3) 1 2 [3] все ( Перейти к последнему сообщению ) |
Сообщ.
#31
,
|
|
|
Цитата OpenGL @ Конечно. Иначе можно было бы одной задачей считать любую композицию действий. Твоё право написать функцию, возвращающую минимальное простое число, большее своего аргумента и считать это одной задачей. Но когда ты будешь её реализовывать, наверняка декомпозируешь на несколько более простых. Неужели не будешь при этом их оформлять отдельными функциями и напишешь структурную простыню на пару экранов? Тут хотел ещё дальше написать, но передумал, потому что:Ну да, функция выполняет две задачи, но они вместе могут рассматриваться как одна. Ты видишь в этом какое-либо противоречие? Цитата OpenGL @ Понятно. Не просто связан, а ответ на него является первопричиной данного холивара. Вынужден констатировать, что разговор окончен. Если про то, что хотел сделать программист c-style cast-ом, то он с обсуждением не связан. |
Сообщ.
#32
,
|
|
|
Цитата Qraizer @ Иначе можно было бы одной задачей считать любую композицию действий. Можно, вопрос лишь в том, имеет это какой-либо смысл или нет. Если некий набор задач логично в некоторых контекстах считать одной задачей, то я считаю, что так и следует делать. Добавлено Цитата Qraizer @ Не просто связан, а ответ на него является первопричиной данного холивара. Не связан. C style casts легко провоцируют ошибки, в отличие от предмета спора. Ну или ты, как обычно, делаешь слишком тонкий намёк |
Сообщ.
#33
,
|
|
|
Цитата OpenGL @ Дальше абзац ты не читал, я понял.Цитата Qraizer @ Можно, вопрос лишь в том, имеет это какой-либо смысл или нет.Иначе можно было бы одной задачей считать любую композицию действий. Цитата OpenGL @ C style casts не провоцирует ошибок. Предмет спора не провоцирует ошибок. Ты явно продемонстрировал, что не в теме.C style casts легко провоцируют ошибки, в отличие от предмета спора. Бинды rvalue на ссылки, вещественные типы и operator<<, operator>> и operator%, новый стиль кастов, отсутствие частичной специализации шаблонов функций, иммутабельность лямбд по умолчанию, невозможность перегрузки некоторых операций и ещё многое другое – всё это растёт из одного корня: философии, положенной в основу языка. OpenGL, я сформулировал принцип, следуя которому язык развивался с начала 80-ых, ты упорно не хочешь его принять. Я задал простой вопрос, ответ на который легко отличает человека, знающего язык, от человека, понимающего язык. Трижды задал. Ты наотрез отказываешься отвечать. Я привёл ещё три примера следования этому же принципу, два из них ты проигнорировал, в третьем не увидел связи с – внезапно – исходным принципом. Я на что-то ещё и намекаю? Серьёзно, OpenGL? Зачем ты продолжаешь писать в тему, которая тебе не интересна? Ок, считай, что я намекаю на то, что для Плюсов ты безнадёден. Ты сюда пришёл меня подоставать в надежде, что сорвусь? |
Сообщ.
#34
,
|
|
|
Цитата Qraizer @ Дальше абзац ты не читал, я понял. Ты понял неверно С чего ты вообще это взял? Написанное мной не противоречит этому абзацу дальше. Цитата Qraizer @ C style casts не провоцирует ошибок. Предмет спора не провоцирует ошибок. Ты явно продемонстрировал, что не в теме. c style casts-то не провоцирует? Ладно, ты опять включил режим Добавлено Вообще, кто-нибудь понял, что Qraizer хотел этой своей аналогией со c style casts сказать? Сообщения были разделены в тему "Обслуживание Мас" |
Сообщ.
#35
,
|
|
|
Я с вопросом к ТС-у.
А чего ты хочешь добиться, используя std::move? CallbackType - это ссылка на функцию... технически - указатель. |