Сгруппировать составляющие класса

Нужно ли делать face и body классами внутри класса Person?

Да, но, если очень не хочется, можно взять что-нибудь вроде addict.

Спасибо за совет.

но, если очень не хочется

Да не то чтобы мне эта идея была глубоко противна :) Просто как-то странно кажется выносить в класс то, что больше похоже на сишную struct.

Здесь есть несколько примеров как сделать attribute dictionary на коленке, заодно и про недостатки почитать можно.

на сишную struct

На то Си и не ООП

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

На то Си и не ООП

А чего не ООП-то? Нет, понятно, наследования и методов, привязанных к типу объектов, там нет. Но описать объект через typedef никто же не запрещает.

Проще тогда уж словари использовать

А как? Мне вот, наоборот, приходит в голову объединить при необходимости несколько Person в словарь: {'Mary': Person, 'John': Person, 'Bill': Person}.

Нужно ли делать face и body классами внутри класса Person

Нет, не нужно, если объекты face и body тебе где-то в другом месте не требуются. Можешь назвать faceShape и faceColor, ну ты понял в общем. А вот shape и color в нормальном ЯП я бы сделал enum-ом, в свежем питоне по идее должен быть тоже, но я толком питон не знаю.

Просто как-то странно кажется выносить в класс то, что больше похоже на сишную struct

Вам надо было на плюсах покодить, там суть struct и class одно и то же (что и правильно на самом деле, ИМХО), только по умолчанию в struct члены public, а в class private.

Можешь назвать faceShape и faceColor

Да, я тоже подумал про одинаковые начала названий переменных, но это какое-то слабое подобие.

shape и color в нормальном ЯП я бы сделал enum-ом

А это зачем?

Вам надо было на плюсах покодить

Не, не хочу плюсы, хочу питон :)

А чего не ООП-то?

ООП это про инкапсуляцию, наследование и полиморфизм. Где это в C нормально есть? Конечно можно извратиться и написать Glib, но C это не ООП.

А это зачем?

Если там не рандом, вводимый пользователем или кем-то ещё, а ограниченный список вариантов, то лучше всего enum, чтобы не ошибиться случайно и не сделать лицо rond, вместо round, которое потом неправильно обрабатываться будет.

А, это понятно. Просто списка же хватит, наверное. Например: john.face_color = random.choice(['pale', 'red', 'bronzed']).

Ну может быть, я в питоне не очень силен, скорее очень слаб. Реально больше пары скриптов при помощи гугла мне на нем не приходилось делать.

Для таких struct'ов в питоне принято использовать namedtuple.

class Face:
    def __init__(self, shape, color):
        self.shape = shape
        self.color = color

class Person:
    def __init__(self, name, age, face):
        self.name = name
        self.age = age
        self.face =face

    def __repr__(self):
        return 'This is ' + self.name + ' with ' + self.face.color + ' face'

Vasya = Person('Vasya', 40, Face('round','bronzed'))
print(Vasya)

не благодари :)

Collections? Спасибо, посмотрю.

Кстати, а чем вообще полезны кортежи, если в двух словах? Полистал мануал, но что-то дзен не сошёл на меня.

Sahas

не благодари :)

Так это же почти то, о чём я писал в начале темы, не? Учитывая, что Face будет только у Person, наверное, нет большой разницы, объявлять одно внутри другого или за пределами.

Нужно ли делать face и body классами внутри класса Person?

Можно, но не нужно.

А можно не страдать хернёй и просто взять какой-нибудь модуль для yaml.

а где херня? уверен, что в модуле для yaml её нет?

уверен, что в модуле для yaml её нет?

Я уверен, что её не нужно писать самому.

Учитывая, что Face будет только у Person, наверное, нет большой разницы, объявлять одно внутри другого или за пределами.

В данном случае это скорее вопрос вкуса. Но для моего примера строка

Vasya = Person('Vasya', 40, Face('round','bronzed'))

ООП это про инкапсуляцию, наследование и полиморфизм

Ха-ха-ха