Спасибо за такой информативный отзыв. На счёт _size переменой. Она и правда является лишней, спасибо всем, кто подметил это. В своё время, я создал её, потому что думал, что взять значение из _size гораздо выгоднее, чем высчитать str.size().
Насчет кода на GitHub: проводится масштабна оптимизация. Swap функцию я решил написать в виде typedef функции.
По поводу if(x!=y) return x<y. Красивое элегантное решение, но оно мне не подойдёт, так как приходится сравнивать числа поцфыорно (если можно так сказать).
О неэффективности данного подхода (реализация через string) было сказано в самом начале статьи. Я слышал, что лучше всего использовать булевую алгебру. Ваш подход звучит очень интересно, я бы с удовольствием изучил его.
Пока что, проблем с this возникать не должно. Во второй части, когда мы будем иметь работу с другим классом (математические операции), данную тему я раскрою лучше.
Я не совсем понял про перекрытие поле класса. Нам же нельзя позволить пользователю изменять данный параметр (поле). Получить его, он может, изменить - нет. На самом деле, эта функция заглушка, в 1 части я просто не успел рассказать про перегрузку операторов потокового вводы/вывода.
В первой ревизии ошибки кидались через специальную функцию my_exeption и было дополнительное поле _isNum. При каждой математической операции данное поле проверялось на true. Спустя время было решено отказаться от данной реализации, по причине громоздкости кода. P.S. вывод ошибки с минусом и правда неверный, я забыл добавить if(_isNegative) добавить минус в начало строки.
Честное слово, у меня такой же вопрос к моей Visual Studio. Ей недостаточно одного string конструктора. На самом деле, гораздо лучше было бы использовать функцию шаблон, но это уже во 2 части.
Что же, сегодня, мы начнём писать собственную библиотеку больших чисел, полностью своими руками c 0, и узнаем, так ли страшен С++, как его малюют?
Полностью своими руками с 0. Так что о подключении сторонних библиотек и мысли не было. Да и статью хотелось сделать не такой сложной. А можно ли было бы сделать оптимизирование? Да, конечно, я это говорил прямым текстом в начале статьи.
Я же описал для чего мы используем поля public и private. И немного затронул тему геттеров. getValue() - является одним из таких, где возвращает поле _value прямиком из private. Возможно, нужно было создать 2 класс и показать наследование, чтобы углубиться в ООП, но мне показалось, что это будет перебором.
Похоже, вы невнимательно читали статью, если вообще читали. В самом начале, я написал, что библиотека реализована на string переменных и это не есть хорошо. Я написал, что гораздо лучше использовать вместо этого. Предупредил, что многое сделано для упрощения. Да и настоящие математические библиотеки всегда будут быстрее самодельных и я не стремился их обогнать. Моя задача предельно проста - начать с азов объяснять С++ и показывать разношёрстные примеры, как выполнить те или иные действия. Если вы считаете, что статья не подходит для начинающих, я готов вас выслушать.
Моя задача была показать как можно больше вариантов написания кода. Описание логики через тернарный оператор является одним из таких способов. Данный пример показывает, что и в С++ можно такое реализовывать в одну строчку. +Если это не показывать, новички не будут знать о существовании таких методов.
Да, использование RecyclerView будет более оптимизированным способом, однако, он гораздо сложнее в использовании. Необходимо создать отдельный класс с адаптером и т.д. + мы не знаем позицию скролла в RecyclerView (на столько же точную, как в ScrollView). Поэтому я решил, для первой версии Siesta использовать ScrollView - дабы кода было меньше, а понять было легче.
По мне именно "гики" и интересуются новой OS. Обычному пользователю не придёт в голову ставить бета версию Windows и рисковать своими данными. Моей целью было донести, до таких же людей как и я, которым это интересно, какие были введены изменения в W11 и стоит ли обновляться.
На счёт этого есть очень интересный факт. В Россию техника имеющая TPM ввозится очень неохотно из-за ограничений, поэтому производители намеренно выпиливают его из своих товаров. Я слышал, что Microsoft уведомлена об этом и для "русской" версии Windows данное ограничение будет снято. Правда это или нет, увидим.
Я считаю UWP не взлетело из-за жадн#сти Microsoft. Действительно, отображение интерфейса лучше работает в UWP. Приведу простейший пример. Если создать огромный ScrollView на платформе WPF и UWP и заполнить его информацией, меньше ресурсов будет потреблять последний.
Виноват, что не описал термин "кроссплатформенность" в понимании UWP. Приложения написанные на данной технологии могут запускаться не только на компьютерах с операционной системой Windows 10, 10s, 11, но и на большинстве устройствах от Microsoft. В пример могу привести xbox, hololens, surface hub. Да, интерфейс придётся малость перерисовать, но бэкенд останется прежним, это безумно удобно. Я могу привести аналогию с Dart+Flutter или Kotlin Multiplatform, если так будет удобнее.
Благодарю за статью, очень полезно!
Спасибо за такой информативный отзыв. На счёт _size переменой. Она и правда является лишней, спасибо всем, кто подметил это. В своё время, я создал её, потому что думал, что взять значение из _size гораздо выгоднее, чем высчитать str.size().
Насчет кода на GitHub: проводится масштабна оптимизация. Swap функцию я решил написать в виде typedef функции.
По поводу if(x!=y) return x<y. Красивое элегантное решение, но оно мне не подойдёт, так как приходится сравнивать числа поцфыорно (если можно так сказать).
Спасибо большое за отзыв!
О неэффективности данного подхода (реализация через string) было сказано в самом начале статьи. Я слышал, что лучше всего использовать булевую алгебру. Ваш подход звучит очень интересно, я бы с удовольствием изучил его.
Да, это полностью учебный проект. О неэффективности данного подхода было сказано в самом начале статьи.
Пока что, проблем с this возникать не должно. Во второй части, когда мы будем иметь работу с другим классом (математические операции), данную тему я раскрою лучше.
Я не совсем понял про перекрытие поле класса. Нам же нельзя позволить пользователю изменять данный параметр (поле). Получить его, он может, изменить - нет. На самом деле, эта функция заглушка, в 1 части я просто не успел рассказать про перегрузку операторов потокового вводы/вывода.
В первой ревизии ошибки кидались через специальную функцию my_exeption и было дополнительное поле _isNum. При каждой математической операции данное поле проверялось на true. Спустя время было решено отказаться от данной реализации, по причине громоздкости кода. P.S. вывод ошибки с минусом и правда неверный, я забыл добавить if(_isNegative) добавить минус в начало строки.
Честное слово, у меня такой же вопрос к моей Visual Studio. Ей недостаточно одного string конструктора. На самом деле, гораздо лучше было бы использовать функцию шаблон, но это уже во 2 части.
Спасибо за отзыв!
Полностью своими руками с 0. Так что о подключении сторонних библиотек и мысли не было. Да и статью хотелось сделать не такой сложной. А можно ли было бы сделать оптимизирование? Да, конечно, я это говорил прямым текстом в начале статьи.
Я же описал для чего мы используем поля public и private. И немного затронул тему геттеров. getValue() - является одним из таких, где возвращает поле _value прямиком из private. Возможно, нужно было создать 2 класс и показать наследование, чтобы углубиться в ООП, но мне показалось, что это будет перебором.
Так как это название переменной, я решил написать так, как проще
Похоже, вы невнимательно читали статью, если вообще читали. В самом начале, я написал, что библиотека реализована на string переменных и это не есть хорошо. Я написал, что гораздо лучше использовать вместо этого. Предупредил, что многое сделано для упрощения. Да и настоящие математические библиотеки всегда будут быстрее самодельных и я не стремился их обогнать. Моя задача предельно проста - начать с азов объяснять С++ и показывать разношёрстные примеры, как выполнить те или иные действия. Если вы считаете, что статья не подходит для начинающих, я готов вас выслушать.
Моя задача была показать как можно больше вариантов написания кода. Описание логики через тернарный оператор является одним из таких способов. Данный пример показывает, что и в С++ можно такое реализовывать в одну строчку. +Если это не показывать, новички не будут знать о существовании таких методов.
Да, использование RecyclerView будет более оптимизированным способом, однако, он гораздо сложнее в использовании. Необходимо создать отдельный класс с адаптером и т.д. + мы не знаем позицию скролла в RecyclerView (на столько же точную, как в ScrollView). Поэтому я решил, для первой версии Siesta использовать ScrollView - дабы кода было меньше, а понять было легче.
Полностью согласен, но "эффективность дизайна", то на сколько это удобно, я вынес в отдельный пункт.
По мне именно "гики" и интересуются новой OS. Обычному пользователю не придёт в голову ставить бета версию Windows и рисковать своими данными. Моей целью было донести, до таких же людей как и я, которым это интересно, какие были введены изменения в W11 и стоит ли обновляться.
Действительно, а я в своё время не смог найти и смирился. Благодарю за уточнение!
На счёт этого есть очень интересный факт. В Россию техника имеющая TPM ввозится очень неохотно из-за ограничений, поэтому производители намеренно выпиливают его из своих товаров. Я слышал, что Microsoft уведомлена об этом и для "русской" версии Windows данное ограничение будет снято. Правда это или нет, увидим.
Я считаю UWP не взлетело из-за жадн#сти Microsoft. Действительно, отображение интерфейса лучше работает в UWP. Приведу простейший пример. Если создать огромный ScrollView на платформе WPF и UWP и заполнить его информацией, меньше ресурсов будет потреблять последний.
Это да, или же KotlinMultiplatform. В удивительное кроссплатформенное время живём, господа)
Виноват, что не описал термин "кроссплатформенность" в понимании UWP. Приложения написанные на данной технологии могут запускаться не только на компьютерах с операционной системой Windows 10, 10s, 11, но и на большинстве устройствах от Microsoft. В пример могу привести xbox, hololens, surface hub. Да, интерфейс придётся малость перерисовать, но бэкенд останется прежним, это безумно удобно. Я могу привести аналогию с Dart+Flutter или Kotlin Multiplatform, если так будет удобнее.