На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
! Правила раздела:
1. Название темы - краткое описание кто/что против кого/чего
2. В первом сообщении - список параметров, по которым идет сравнение.
3. Старайтесь аргументировать свои высказывания. Фразы типа "Венда/Слюникс - ацтой" считаются флудом.
4. Давайте жить дружно и не доводить обсуждение до маразма и личных оскорблений.
Модераторы: Модераторы, Комодераторы
Страницы: (6) « Первая ... 2 3 [4] 5 6  все  ( Перейти к последнему сообщению )  
> Каким должен быть С++? , Ваше мнение
    prografix в программировании обычно двумя или тремя точками обозначается =)

    Добавлено
    Если в языке есть интервалы конечно

    Добавлено
    Насколько помню это Python, Ruby, Delphi, Coffee
      В Python нет интервалов, там есть генераторы:
      ExpandedWrap disabled
        for i in range(20, 80, 10):
          print i


      Но Flex Ferrum нечто подобное выше уже выложил :)
        ExpandedWrap disabled
          #include <boost/range/counting_range.hpp>
           
          using namespace boost;
           
          ...
           
          for (auto i : counting_range(0, 10))
              ...
          Мяут-Настоящий, вообще-то range в Python вовсе не генератор, а обычный контейнер. Во 2-х это функция, возвращающая список значений, а в 3-х отдельный класс, являющийся неизменяемым контейнером, содержащим этот список. В Python активно применяются итераторы, являющиеся по сути генераторами, перебирающими объекты контейнера. И существуют виды,

          А на счёт диапазонов ты верно подметил, в Python'е их действительно нет и не предвидится.
            Да, я вечно его с xrange путаю. Последний как раз-таки генератор.
              Оффтоп:
              Я вот одного в Python'е не понял, почему срезы (slice, a[b:e:s]) не сделали отображениями.
                Цитата amk @
                почему срезы (slice, a[b:e:s]) не сделали отображениями.

                А как их сделали? И что значит "сделать срезы отображениями"?
                  korvin, срез с синтаксисом - это не отображение, а копия списка. Хотя сами объекты копируются по ссылке, похоже.
                    Цитата Мяут-Настоящий @
                    Хотя сами объекты копируются по ссылке, похоже.

                    "Копируются" и "по ссылке" -- взаимоисключающие вещи. =)
                    Но в целом, я вроде понял о чем ты.
                      Копируется ссылка, конечно.
                        • Расширенный RTTI, чтобы в рантайме можно было получить информацию о методах, указатели и т.д., возможность проверки соответствия сигнатуры, на деле займет место в сегменте данных, но никак не должно отразиться на производительности, по сути Read-Only информация, да еще возможность создания объекта, но никаких модификаций объектов не надо.
                        • Аттрибуты подобные .NET, по сути расширение предыдущего пункта дополнительной метаинформацией
                        • Уже наконец-то полноценные концепты, а не костыли на SFINAE.
                        • Да и уже избавиться от include и от разбития по .h/.cpp файлам))). И заменить это на аналог using .NET или import JAVA. Чтобы библиотека содержала всю необходимую информацию для своего использования.
                          Цитата Axis @
                          Да и уже избавиться от include и от разбития по .h/.cpp файлам))). И заменить это на аналог using .NET или import JAVA. Чтобы библиотека содержала всю необходимую информацию для своего использования.

                          N4214

                          Цитата Axis @
                          Уже наконец-то полноценные концепты, а не костыли на SFINAE.

                          N4205

                          Цитата Axis @
                          Расширенный RTTI, чтобы в рантайме можно было получить информацию о методах, указатели и т.д.

                          N4111

                          Цитата Axis @
                          Аттрибуты подобные .NET, по сути расширение предыдущего пункта дополнительной метаинформацией

                          N3984
                            Мой список :D
                            1. Нормальные мультиметоды. Библиотеками такое не реализовать, тем более эффективно.
                            2. Концепты. Тут всё ясно и все давно ждут
                            3. Сопрограммы. В смысле нормальные stackfull сопрограммы, а не мелкомягкие предложения а-ля уродский async/await, который по семантике stackless, ибо не нужно. И крайне желательно, чтобы Стандарт требовал (или настоятельно рекомендовал) реализациям использовать линкер с разделяемым стеком а-ля gold.
                              Ну, а если уж всё же останавливаться на предложении мелких и мягких, то Стандарт должен требовать, чтобы реализация не выделяла дополнительной памяти, а не как в примере реализации - теневой стек непонятного размера, выделенный непонятным аллокатором.
                            4. Контракты. Тоже хочу 8-)

                            Да, по поводу рефлексии - никакого run-rime, всё должно быть compile-time, imho.
                            Сообщение отредактировано: MyNameIsIgor -
                              Цитата MyNameIsIgor @
                              Сопрограммы. В смысле нормальные stackfull сопрограммы

                              Как вариант: N4244.
                                Цитата Flex Ferrum @
                                Цитата MyNameIsIgor @
                                Сопрограммы. В смысле нормальные stackfull сопрограммы

                                Как вариант: N4244.

                                Я не читал, а быстро пролистал, и мне кажется, что они stackless, как у Криса в asio на макросах.
                                0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
                                0 пользователей:
                                Страницы: (6) « Первая ... 2 3 [4] 5 6  все


                                Рейтинг@Mail.ru
                                [ Script execution time: 1.1292 ]   [ 15 queries used ]   [ Generated: 27.07.26, 07:42 GMT ]