Сегодня я узнал о классах и о том, как другие классы могут наследоваться от суперкласса. Кроме того, я узнал, что один параметр можно использовать как хэш вместо нескольких отдельных параметров.

Сегодня было продолжение занятий со вчерашнего дня. В основном наследование. С предыдущим классом Employee, над которым мы работали, мы создали класс, который унаследовал все функции сотрудника, а также некоторые более специфические функции, которые мог выполнять этот новый класс. Мы назвали этот новый класс «Менеджер». Менеджер — это не только сотрудник, но и особый тип сотрудника, обладающий большей административной властью, чем обычный сотрудник.

Обратите внимание, если вы посмотрите выше, класс менеджера имеет 2 функции, которых нет у класса Employee, но класс менеджера наследует все функции класса Employee. Наследование, безусловно, является основной частью программирования, и почти каждый фреймворк и библиотека используют наследование повсюду. Помимо этого, вместо того, чтобы иметь несколько параметров для каждого метода инициализации, мы научились использовать хэш, поэтому он принимал только один ввод. Это обеспечивает удобочитаемость и простоту использования для других разработчиков, если им нужно просмотреть или внести изменения в вашу программу. Например, если вы посмотрите на оба скриншота выше, методы инициализации принимают один параметр входных параметров. Входные параметры представляют собой хэш параметров. При создании нового экземпляра Employee его легче читать, и у вас есть представление о том, какие параметры вы на самом деле добавляете. На снимке экрана ниже показана эта концепция.

В целом, сегодняшний день был продуктивным, и мне понравилось изучать различные концепции, представленные нам сегодня. Несмотря на то, что я многое знал о классах из предыдущего опыта, это помогло изучить мелкие детали.

Я думаю, что единственное, к чему мне нужно привыкнуть, — это писать вещи «по-рубиновому», хотя это противоречит всему, чему меня учили в программировании. Мне придется привыкнуть к акценту на минимальном количестве комментариев (меня всегда учили, что комментариев никогда не бывает слишком много) и большей читабельности с минимальным кодом (к чему всегда нужно стремиться). У рубистов определенно есть нетрадиционный метод программирования, но мне он начинает нравиться.