ПредишенСледващото

Предварително дефинирани типове данни

1C: Enterprise 8.0 позволява на разработчиците да използват различни типове данни. Има голям брой типове данни, които са определени на нивото на перона. Например, тази примитивни типове данни, като низ, номер, дата и др.:

1С Enterprise 8

Също така, там са по-сложни типове данни. Например, платформата поддържа различни видове, които са универсални ценности за събиране: структура масив, списък със стойности, стойности дърво и др.:

1С Enterprise 8

В допълнение към платформата изпълнява специфични типове данни, които прилагат определена функционалност на приложни решения: текстов документ. таблица документ. HranilischeZnacheniya, PostroitelOtcheta, PostroitelZaprosa др.:

1С Enterprise 8

типове данни, образувани в разтвори приложения

Въпреки това, заедно с типовете данни, които са определени на нивото на перона, специфичната решение приложение може да използва уникалните типове данни, които съществуват само в този конкретен приложни решения. И технологичната платформа 1С: Enterprise 8.0 ще поддържа напълно работата на тези видове на данни по същия начин, както и видовете, които са определени на нивото на перона.

Като правило, появата на нови типове данни в разтвора за прилагане е свързано с използването на приложни обекти. На нивото на технологичната платформа поддържа множество класове за кандидатстване предмети, които сами не могат да бъдат използвани в рамките на конкретни решения за кандидатстване. Например, можете да видите списък на класове на кандидатстване обекти като директории, документи, регистрира информация, планира видове характеристики и така нататък.

За всеки клас за кандидатстване обекти се определят съответния основната функционалност: вида на таблиците в базата данни, за да бъдат създадени за съхранение на данни, шаблони, стандартни езикови обекти, набор от правила и т.н.

За разработчици, създаващи решение приложение, не е в състояние да използва тези класове директно, но може да добавите към вашето решение заявление за нова конфигурация обект. наследява всички функции на даден клас:

Например, един разработчик може да добавите към вашето решение номенклатура нова директория приложение, което ще наследи функционалност клас директории, или нов документ KassovyyOtchet, които ще наследят функционалността на класа на документи.

Веднага след това допълнение, разработчикът предоставят нови типове данни, чийто състав се определя от един обект, принадлежащ към определен клас на кандидатстване обекти.

Например, след създаването на нова номенклатура директория достъпна за следните типове данни:

В същото време, след създаването на ново натрупване регистрирате ProdazhiKompanii, съставът на новите типове данни, ще бъдат различни:

  • RegistrNakopleniyaMenedzher.ProdazhiKompanii;
  • RegistrNakopleniyaVyborka.ProdazhiKompanii;
  • RegistrNakopleniyaSpisok.ProdazhiKompanii;
  • RegistrNakopleniyaNaborZapisey.ProdazhiKompanii;
  • RegistrNakopleniyaZapis.ProdazhiKompanii;
  • RegistrNakopleniyaKlyuchZapisi.ProdazhiKompanii.

Отново трябва да се отбележи, че тези типове данни не се поддържат платформа първоначално, и съществува само в конкретни решения за кандидатстване.

Друг важен момент, на който да се съсредоточи най-лесният начин да се демонстрира пример.

Така например, в приложни решения, създадени два нови директория. Обхватът и цени. Въпреки факта, че тези двата обекта наследят функционалността на съответния клас директории, и за тях в разтвора на заявката е на една и съща структура на типове данни е създадена, типовете данни на същото име ще бъдат различни типове данни. Например, SpravochnikObekt.Nomenklatura и SpravochnikObekt.Tseny - различни типове данни.

Това е така, защото предприемачът може в допълнение към основната функционалност наследена от съответния клас, добавяне на собствената си, особено за всяка конфигурация т. Например, както позоваването споменато по-горе, може да съдържа таблична част (която се унаследява от класа препратки). Въпреки това, за референтни цени разработчик не създава раздел маса, а за номенклатура на директория тя ще създаде, например, три от масата. Очевидно е, че структурата на SpravochnikObekt.Nomenklatura данни за съхранение тип значително ще се различава от съхранение на данни тип структура SpravochnikObekt.Tseny.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!