Я бы не был против такого решения, если бы в зависимости от размера экрана иконок хотя бы становилось больше, так нет, Apple не додумалась этого сделать. Они просто гигантского размера...
Вы совершенно правы, просто моё знакомство началось именно с Hackintosh где-то 4 года назад, а к нему у меня была только проводная мышка на тот момент. Я в статье специально разделил опыт использования macOS в режиме ПК и Laptop, но кажется мало кто увидел этой тонкости, виноват :)
Я не говорю, что тачпад плох, совсем наоборот. В повседневной жизни только его и использую и забыл про свою Arc Mouse. Просто тач физически не подходит под некоторые задачи. Предлагаю Вам сыграть в какой-нибудь шутер через него или нажать одновременно правую и левую кнопку мыши, поймёте про какое именно неудобство я говорю. :)
Перестаньте считать меня не опытным пользователем macOS. Уверен, благодаря Hackintosh, я могу задушить большинство маководов. Мышка просто банально удобней в некоторых программах, например Blender и Unity и то, что система плохо с ней работает - позор для эталонной системы.
Подключал около 5 мышек, все ведут себя не так плавно и отзывчиво как на других системах. Скролл тоже криво работает, в некоторых приложениях и играх может просто перескочить через 1 позицию. Перемещение тоже какое-то прерывистое, спрашивал у знакомых, описывали такую же проблему, говорят, чтобы пофиксить нужно пользоваться яблочной мышкой.
Я специально разделил опыт использования macOS в режиме ПК и Laptop'а. Первое полноценное знакомство было через Hackintosh, потом когда понял, что операционка заточена для ноутбука перешёл на Mac. Пользуюсь тачпадом с удовольствием, к нему вопросов нет, но в режиме стационара - мышки, например Logitech MX 3s работают просто отвратительно :(
Сегодня, в большинстве случаев, мы работаем в кроссплатформенных приложениях и операционная система должна облегчать нашу работу. У всех них есть свои плюсы и минусы, я лишь рассказал о некоторых минусах в macOS.
Я в своё время полностью отказался от Windows на несколько лет, к многим вещам действительно удалось привыкнуть. Признаться честно, впервые открыв macOS я почувствовал себя дома, но некоторые моменты мне не дают спокойно жить. Если вы сможете объяснить мне полное отсутствие микшера громкости в системе и другие нелогичные моменты, я готов выслушать.
Спасибо за такой информативный отзыв. На счёт _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 класс и показать наследование, чтобы углубиться в ООП, но мне показалось, что это будет перебором.
Спасибо большое :)
Полностью согласен, сталкивался с этим несколько раз и это очень раздражало
Я бы не был против такого решения, если бы в зависимости от размера экрана иконок хотя бы становилось больше, так нет, Apple не додумалась этого сделать. Они просто гигантского размера...
Вы совершенно правы, просто моё знакомство началось именно с Hackintosh где-то 4 года назад, а к нему у меня была только проводная мышка на тот момент. Я в статье специально разделил опыт использования macOS в режиме ПК и Laptop, но кажется мало кто увидел этой тонкости, виноват :)
Я не говорю, что тачпад плох, совсем наоборот. В повседневной жизни только его и использую и забыл про свою Arc Mouse. Просто тач физически не подходит под некоторые задачи. Предлагаю Вам сыграть в какой-нибудь шутер через него или нажать одновременно правую и левую кнопку мыши, поймёте про какое именно неудобство я говорю. :)
Перестаньте считать меня не опытным пользователем macOS. Уверен, благодаря Hackintosh, я могу задушить большинство маководов. Мышка просто банально удобней в некоторых программах, например Blender и Unity и то, что система плохо с ней работает - позор для эталонной системы.
Подключал около 5 мышек, все ведут себя не так плавно и отзывчиво как на других системах. Скролл тоже криво работает, в некоторых приложениях и играх может просто перескочить через 1 позицию. Перемещение тоже какое-то прерывистое, спрашивал у знакомых, описывали такую же проблему, говорят, чтобы пофиксить нужно пользоваться яблочной мышкой.
Я специально разделил опыт использования macOS в режиме ПК и Laptop'а. Первое полноценное знакомство было через Hackintosh, потом когда понял, что операционка заточена для ноутбука перешёл на Mac. Пользуюсь тачпадом с удовольствием, к нему вопросов нет, но в режиме стационара - мышки, например Logitech MX 3s работают просто отвратительно :(
Соглашусь, однако я специально уточнил тот момент, что это сработает, только если помнишь название программы :)
Сегодня, в большинстве случаев, мы работаем в кроссплатформенных приложениях и операционная система должна облегчать нашу работу. У всех них есть свои плюсы и минусы, я лишь рассказал о некоторых минусах в macOS.
Я в своё время полностью отказался от Windows на несколько лет, к многим вещам действительно удалось привыкнуть. Признаться честно, впервые открыв macOS я почувствовал себя дома, но некоторые моменты мне не дают спокойно жить. Если вы сможете объяснить мне полное отсутствие микшера громкости в системе и другие нелогичные моменты, я готов выслушать.
И правда, забыл уточнить и поправить этот момент, благодарю. Миф о непревзойдённом удобстве macOS
Благодарю за статью, очень полезно!
Спасибо за такой информативный отзыв. На счёт _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 класс и показать наследование, чтобы углубиться в ООП, но мне показалось, что это будет перебором.