Несколько вопросов по ООП

[Dukobpa3]

Собственно вопросы:

1. Как лучше сделать сохранение настроек на сеанс.
Например есть ряд однотипных объектов.
Открыли один. Изменили в нем какое-то свойство, потом открыли другой, но он опять со свойством по-умолчанию, а охота чтоб с измененными.
решить можно по-разному:
- всунуть в эти объекты какое-то статик свойство, и потом его брать. - придется делать в каждом классе свое свойство с настройками.
- всунуть в потенциального родителя это свойство (не статик), и в конструктор объекта параметр, и таким образом из родителя передавать это значение в конструктор объекта. - раздует код родительского класса (а что если родители отличаются? например класс "Заметка", просто липучка на чем-попало. Родителем может быть что угодно)
- создать какой-то класс отдельный. Сделать в нем кучу статических полей, и всё пихать туда. А потом уже все объекты будут брать настройки из него. Ну такой себе глобальный здаровый класс, в котором тупо все настройки приложения впихнуть. А его уже потом подключать во все остальные классы.
- не знаю насколько валидно, но как вариант - SharedObject.

2. Как валиднее
* есть "лист"
- на лист можно клеить липучки

или

* есть липучка
- липучку может клеиться на лист
//************

Объясню разницу. Ну собственно есть лист. Даблклик по нему - открывается диалог редактирования пустой липучки, нажали ОК, липучка прилепилась на лист.
Это со стороны пользователя.
А внутри:
1. Если "есть лист" то:
- приняли даблклик
- вызвали диалог добавления
- прослушали ответ ОК или Кансел
- среагировали - либо добавили липучку, либо просто удалили диалог

2. Если "есть липучка" то:
- лист принял даблклик
- лист сделал что-то типа: var newNote:Note = new Note(this);
- липучка приняла в конструктор родителя
- нарисовала на родителе диалог
- прослушала ответ
- удалила диалог
- если ответ ОК - то нарисовала собственно себя
//************************

разница в подходах примерно следующая: В первом я явно указываю те элементы на которые можно клеить липучки, прописывая в них код по созданию в себе липучек. Соответственно должен помнить что это за код и дублировать его во всё что может принимать липучку.
А во втором же нам пофиг на всё. Липучка сама всё знает, ей всё что надо это принять родителя в конструтор.

//**************
//**************

Ну собственно как-то так. На сейчас вопросов пока нету.
Интересует кто сталкивался и кто как решал.

Добавлено через 59 минут
Наверное не в тот раздел опубликовал... Модераторы, помогите

Видимо лучше в "организационные вопросы".

[iNils]

1. Один вопрос - одна тема.
2. "Несколько вопросов по ООП" - это не название. Название должно отражать суть вопроса. Еще раз смотрим пункт 1.
3. "Организационные вопросы" предназначены для вопросов связанных с ведением проекта в целом: нахождение клиентов, общение с ними, поиск хостинга и тп. У вас вопросы с ООП, значит вам, либо в AS 1/2, либо в AS 3.

[alexcon314]

О как. Dukobpa3, все понял?