чем она лучше в сравнении с другими парадигмами? Вот Java например тоже использует ООП, но программы получаются тормознутыми
Разные средства не виноваты, что ими не умеют пользоваться
Слишком философский ответ у вас. Может они просто устарели?
Это не философский ответ. Если кто-то криво пишет, значит это вина того, кто криво пишет, а инструмент тут не имеет никакого отношения
Согласен, вы в чем то правы. Но почему то в современном мире все используют ООП...почему интересно
Смотря как посмотреть. Пока я сидел на низком уровне только, то тоже так думал, а как вылез за пределы своего огорода, то понял, что всё устроено иначе
Да далеко не все. А те, кто используют, постоянно спорят друг с другом о правильности того, как они это делают. P.S. И мечтают о чем-то другом.
Где надо, в том же Андроиде, используют максимально низкоуровневые вещи. Где в этом необходимости нет, там используют то, что удобнее
А вы лично сталкивались с этими противоречиями?
Но могу привести в качестве примера такой фрагмент (Сильно меня им ударило!): name = 'Вася' background_color = (0xFF, 0xFF, 0xFF, 0x00) font_color = (0x00, 0x00, 0x00, 0xFF) from PIL import Image, ImageDraw, ImageFont font = ImageFont.truetype('DejaVuSerif.ttf', 30) width, height = 600, 30 i = Image.new('RGBA', (width, height), background_color) d = ImageDraw.Draw(i) x, y = d.textsize(name, font=font) del(i) width, height = 20 + x, 20 + y i = Image.new('RGBA', (width, height), background_color) d = ImageDraw.Draw(i) x, y = d.textsize(name, font=font) d.text(((width - x) // 2, (height - y) // 2), name, font_color, font=font) i.save('%s.png' % name) Вычисляем размеры текста, потом создаем графическую плашку с этим текстом. Проблема этого кода в том, что для вычисления размера плашки приходится сначала впустую создать Image и Draw(Image). #ооп, #python
Где-то в ооп или в документации пайтона сказано, что нужно именно так поступать? Я выше написал, что инструменты не несут ответственность за тех, кто эти инструменты использует
А как еще можно поступить, если перо в библиотеке pillow наследуется от подложки рисунка?
Точно ли библиотека не содержит других инструментов? Если не, то тогда вопрос к разработчикам И смотря что подразумевается под рисунком. В том же винапи window это и окно, и кнопка и другие виджеты, которые этим словом можно было бы и назвать, но в майкрософт, видимо, тогда таких слов не знали
Я этот пример уже давно везде таскаю. Никто пока не смог предложить другого решения, кроме "создать, измерить результат, удалить, и заново создать набело".
надо к этим разрабам сходить попросить отсыпать немного...
ну так недаром же ось так называется
Обсуждают сегодня