z
але, тут нет наследников и небудет. тут нужно передать кучку интегеров-реалов
Size: a a a
2020 November 27
DB
але, тут нет наследников и небудет. тут нужно передать кучку интегеров-реалов
без разницы. если класс - то вот так
z
странное закрытие какоето)) они доступны на чтение-запись все. а клавиатура амортизировалась чутка изза этого
DB
если хочется автоматизировать клавиатуру - есть эксперты
DB
в один клик добавляет сразу всё
z
без разницы. если класс - то вот так
зачем?
DB
зачем?
для того, что бы соответствовать канонам ооп
DB
впрочем, я говорю: дело ваше ) можете писать как угодно. только не нужно это пропагандировать как хороший стиль.
DB
себе вот сказали - я пишу грязно, но быстро. ну ок - дело ваше
СП
Это же в Делфи? В Лазаре нет?
DB
Сергей Пятыгин
Это же в Делфи? В Лазаре нет?
да, это эксперт для делфи только
SB
Чем меньше публичных свойств и методов у класса, тем лучше защита "от дурака". Свойства класса (property) хорошо тем, что их можно легко делать read-only и защитить от нечаянного изменения. А еще в геттере/сеттере можно добавить проверку корректности, сделать потокобезопасное (внутри critical section) присвоение или расчет.
z
да, согласен. но тут этого ненадо какбы
DB
але, тут нет наследников и небудет. тут нужно передать кучку интегеров-реалов
для передачи кучи интерегеров, к слову, лучше бы подошла запись чем класс
SB
Для прототипа программы можно не заморачиваться и делать простые публичные поля, как в record. А потом эти поля перенести в private, а снаружи оставить только необходимые свойства и методы.
z
для передачи кучи интерегеров, к слову, лучше бы подошла запись чем класс
а я об этом говорил
DB
там как раз таки практикуют публичные поля постоянно
AD
да, согласен. но тут этого ненадо какбы
Человек хочет научится как делать правильно, поэтому и спрашивает советов. а совет добавлять все в публичные свойства как то не очень
DB
но. если класс - то вот как я говорил лучше делать