Написать программу, отображающую перемещение точки

Написать программу, отображающую перемещение точки в замкнутом прямоугольном пространстве на экране монитора. Предусмотреть отражение точки от сторон прямоугольника.

0

Такую программу легко сделать, используя pictureBox с нанесенной точкой (маленький цветной кружок). и при

0

Создайте picturebox и в нём перемещайте свою точку. Для отражения: либо через углы рассчитывать, либо просто инвертировать одну из координат(левая и правая стенка - x, верх и низ - y)

0

Сообщение от zna926 Такую программу легко сделать, используя pictureBox с нанесенной точкой (маленький цветной кружок). и при

можно код?

0

Зачем пикчурбокс? Прямо на форме рисуйте. Переопределите метод OnPaint, из аргументов которого можно получить graphics, и на нем рисуйте

0

Форма создана для того, чтоб на ней контролы размещать, а не рисовать. Если потом понадобится сделать ввод скорости точки, то без picturebox это будет не удобно.

0

Сообщение от DevAlone Форма создана для того, чтоб на ней контролы размещать

Это кто вам такое сказал?

Пичурбокс нужен для отображения картинки. Для подобных вещей он избыточен. Есть панель, на крайний случай, но тогда уже лучше юзерконтрол использовать

0

Сообщение от sldp Это кто вам такое сказал?

Это я сам так решил. С контролами работать проще и удобнее, а для ручного рисования есть WinAPI.

0

Для перемещения пикчербокса используйте таймер и этого вполне достаточно.

0

Примитивный пример.
На практике так(при каждом кадре смешать на 1 пиксель) делать нельзя ибо частота кадров - величина переменная, а скорость должна быть постоянно всегда той, которая нужна нам. Для этого размер сдвига нужно рассчитывать по формуле расстояние = скорость * время, где скорость - какая-то константа выбранная вами, а время - время между двумя кадрами (запоминаем текущее время и в следующий раз вычитаем его из нового)

2

sldp, все это не нужно, если использовать таймер с рикчербоксом, код - не более 10 - 15 строк

0

zna926, куда разумнее делать анимацию движения ричтекстбокса? Серьезно!?)

1

sldp, судите сами. Вот поднял я старый код. Движение шарика между стенками по горизонтали - 7 строк,
по вертикали - тоже 7. Можно, конечно, добавить регулирование скорости - еще 5 - 6 строк, а еще лучше наблюдать когда 2 шарика.

0

а потом мы расширим проект до сотни шариков по горизонтали, и до двух с половиной сотен по вертикали. И придём к выводу, что оба варианта, как собственно технология WinForms тут не подходит, т.к. здесь эта анимация отъест сотню нефти.

0

zna926, Только в моем случае мы практически одной (28й) строкой рисуем точку, а в вашем n-е количество тратим на создание, например, ричтекстбокса. И на выходе двигаем такой контрол, который создан для другого, и который, к тому же, достаточно тяжеловесный.

Просто етсь такой "учитель" по фамилии Волосатов (имени не помню). У него курсы по программированию. В частности и на C#. Есть там курс игры Сокобан(2д игра, передвигаем ящики на места), где, по его словам, мы научимся делать настоящую полноценную игру, которую отлично можно использовать в качестве портфолио. Вкратце говоря сделал он двумерный массив пикчурбоксов и меняет на них картинки. Все это глючит при ресайзе, но не суть. "Учитель" плевал на все каноны ООП, покрыл код огромным количеством костылей, как например не зная понятия события он вместо его создания запускает таймер, который постоянно читает одно поле и, елси оно отлично от -1, то что-то делает. И таким стилем все другое. И вроде бы пусть играется, все с чего-то начинали, но данный персонаж продает свои курсы за 4000р! Начинающий не знают ничего и верят ему, что пишет крутую программу согласно всем современным канонам.

По этому где есть шарик отскакивающий от стенок, там скоро появляется и ракетка) И если уже начинать писать примитивную игрушку, то лучше хоть чутка грамотнее.

Сообщение от Spectral-Owl а потом мы расширим проект до сотни шариков по горизонтали, и до двух с половиной сотен по вертикали.

Ну с таким GDI легко справится

0

sldp Глубина Вашей логики понятна. Лучше стрелять из пушек по воробьям, чем воспользоваться примитивным кодом.
Думаю, что переписку можно уже прекращать

0

Сообщение от zna926 sldp Глубина Вашей логики понятна. Лучше стрелять из пушек по воробьям, чем воспользоваться примитивным кодом.

Его логика в том, что лучше делать правильно, чем неправильно. Рисовать на одном контроле(будь то форма или panel, или picturebox) 1000 точек куда менее затратно, чем двигать 1000 контролов

Добавлено через 2 минуты

Сообщение от sldp Примитивный пример.

А кто у вас событие вызывает? Ну кроме самого окна при изменении размеров.

0

DevAlone, Грубо говоря событие Application.Idle вызывается всегда, когда выполнена вся очередь сообщений(клики мышью, изменение размера и т.п.)

1

Сообщение от sldp DevAlone, Грубо говоря событие Application.Idle вызывается всегда, когда выполнена вся очередь сообщений(клики мышью, изменение размера и т.п.)

Так, по идее, частота кадров будет зависить от всяких разных факторов и станет очень не постоянной. Я, когда писал, на C# прогу моделирования движения большого количества шариков с физикой, использовал timer для вызова перерисовки, вполне хватало.

0