1.2.7. Типоутворюючі об'єкти, їх властивості, методи і події

Разом з типами даних, які визначені на рівні платформи, конкретне прикладне рішення може використовувати унікальні типи даних, що існують тільки в цьому конкретному прикладному рішенні. Причому технологічна платформа 1С:Підприємства 8.0 повністю підтримуватиме роботу з цими типами даних точно так, як і з типами, які визначені на рівні самої платформи.

Як правило, поява нових типів даних в прикладному рішенні пов'язана з використанням прикладних об'єктів. На рівні технологічної платформи підтримується декілька класів прикладних об'єктів, які самі по собі не можуть бути використані в конкретному прикладному рішенні. Наприклад, можна перерахувати такі класи прикладних об'єктів як Довідники, Документи, Реєстри відомостей, Плани видів характеристик тощо.

Для кожного класу прикладних об'єктів визначена відповідна йому базова функціональність: типи таблиць бази даних, які мають бути створені для зберігання даних, типові форми, типові об'єкти мови, набори значень тощо.

Розробник, створюючи прикладне рішення, не має можливості використовувати ці класи безпосередньо, проте може додати в своє прикладне рішення новий об'єкт конфігурації, що спадкує всю функціональність того або іншого класу.

Наприклад, розробник може додати в своє прикладне рішення новий довідник «Номенклатура», який спадкуватиме функціональність класу «Довідники», або новий документ «Касовий звіт», який спадкуватиме функціональність класу «Документи».

Відразу ж після такого додавання розробникові стають доступні нові типи даних, склад яких визначається приналежністю об'єкту до того або іншого класу прикладних об'єктів.

Наприклад, після створення нового довідника Номенклатура, стають доступними такі типи даних:

• Довідник менеджер. Номенклатура;

• Довідник посилання. Номенклатура;

• Довідник об’єкт. Номенклатура;

• Довідник вибірка. Номенклатура;

• Довідник список. Номенклатура.

Ще один момент, на якому слід акцентувати увагу, найпростіше продемонструвати на прикладі.

Допустимо, в прикладному рішенні створено два нові довідники: «Номенклатура» і «Ціни». Не зважаючи на те, що обидва ці об'єкти успадкували функціональність відповідного класу «Довідники», і для них в прикладному рішенні був створений один і той же склад типів даних, однойменні типи даних будуть різними типами даних. Наприклад, «Довідник об'єкт. Номенклатура» і «Довідник об'єкт. Ціни» - це різні типи даних.

Так відбувається тому, що розробник може додатково до базової функціональності, успадкованої від відповідного класу, додати свою, особливу для кожного об'єкту конфігурації. Наприклад, обидва згаданих вище довідники можуть містити табличні частини (це успадковано від класу «Довідники»). Проте для довідника «Ціни» розробник не створить жодної табличної частини, тоді як для довідника «Номенклатура» він створить, наприклад, три табличні частини. Очевидно, що структура зберігання даних типу «Довідник об'єкт. Номенклатура» значно відрізнятиметься від структури зберігання даних типу «Довідник об'єкт. Ціни».

Для роботи з такими типами даних (класами прикладних об'єктів) в системі реалізована єдина схема роботи через об'єкти "Менеджер". Об'єкти типу Константи менеджер, Довідник менеджер, Документи менеджер, Обробки менеджер і аналогічні їм призначені для звернення до колекції значень відповідних менеджерів об'єктів конфігурації. Властивостями цих об'єктів є інші об'єкти типу Константа менеджер, Довідник менеджер, Документ менеджер, які, у свою чергу надають доступ до конкретних об'єктів (довідник, документ, константа).

До властивостей, реквізитів і методів описаних об'єктів слід звертатися через крапку. Наприклад:

Код = Довідники. Контрагенти. ЗнайтиПоКоду(1).Код;

//у даному прикладі ми звернулися до методу довідника "Найти по коду()"

//і до реквізиту елементу довідника "Код".