1в код контекст
Понятието контекст код
Контекстът - тази среда налични свойства и методи в този конкретен софтуерен модул в даден ред.
Т.е. тези процедури и функции, свойства и методи, които са на разположение в тази точка.
В друга точка от контекста може да се промени. Дори и в същия модул в различни процедури може да бъде съвсем различен контекст.
Ето защо е важно да се контекста на тази точка, където се развиват, за да разберем: какво свойства и методи можем да използваме.
Съществуват няколко вида на контекст. На първо място, в глобален план, който е достъпен във всяка точка конфигурация (по принцип, ние също трябва да споделят контекста на сървъра и клиента).
Световният контекст е достъпно във всички области конфигурация.
Световният контекст се формира първо на всички процедури и функции на глобалния контекст на платформата.
Най-синтаксис половинка има отделен клон на "глобален контекст", в който става ясно, че има различни функции, които ще бъдат на разположение, когато се обадите.
Разбира се, в глобален контекст, а също и включва вградени функции работят с низ, число, дата и т.н. Всичко това също представлява глобален контекст.
Моля, имайте предвид, че има не само методите на глобалния контекст, но и свойствата. Те могат да бъдат достъпни.
Също така, в глобален контекст включва системата на система за трансфер и ценности.
Например, прехвърля ObhodRezultataZaprosa има три фиксирани стойности. Ние можем да се отнасят до този трансфер във всяка точка конфигурация.
Системни комплекти имат подобна среща с обявата. Конкретен набор от ценности и избор на една от стойностите.
В допълнение, глобален контекст включва и методи за износ общи модули. Има модули, за да описват общи алгоритми, както и някои от техните методи могат да правят износ, а след това те могат да бъдат поискани от други софтуерни модули.
В допълнение към глобалния контекст има контекст местен модул. Този конкретен модул, какви са променливи, процедури и функции.
Ако отидете надолу друго ниво по-долу има връзка с местна процедура. В рамките на процедурата можете да декларирате вашите собствени променливи.
В модула, например, може да има две променливи със същото име: едната е декларирана при ниво модул, контекста, а втората на нивото на процедурата. Това са две различни променливи.
Контекст - е първото нещо, за да търсят, когато пишете код. От контекста се отразява, когато е съставен на процедурата.
В контекста на прилагането на кодекса в платформата 8.3 може да бъде разделена на клиента и сървъра. По същество това означава, че кодът се изпълнява или от страната на машината на клиента, или от страна на сървъра приложения.
Всеки път, когато пишете код 8.3, ние трябва да мислим за това къде трябва да се извърши този код: от страна на клиента или от страна на сървъра. На клиента има своите поддържаните типове данни, както и на сървъра - неговата.
Има типове данни, които се подкрепят както от клиента и сървъра (т.е., те могат безопасно да бъдат използвани по какъвто и софтуерен код).
Важно е да се разбере, че програмния код, който се съставя на клиента е независима от кода, която е събрана в сървъра. Когато става въпрос за клиенти, а след това в общи линии това е няколко лесни стъпки.
Така например, на дисплея на диалогов съобщение, да зададете въпрос към потребителя. само ограничен брой типове данни могат да бъдат използвани за клиента.
Клиент - това обикновено е слаба мощност на машината, така че тежестта не си заслужава. На сървъра същата обработка, трябва да се извършват различни данни.
Важно е да се разбере какво може да е взаимодействие между клиента и сървъра.
Има възможност на клиента процедури се прилагат към процедурите за сървъра. Система, след лечение на съответните сървъра код връща контролира обратно към точката на повикването.
Трябва да се отбележи, че телефонния секретар, не е възможно, т.е. от сървъра към клиента на метод причина не можем да си при никакви обстоятелства.
процедури за клиенти могат да причинят други процедури и процедури на клиентите на сървъра.
По този начин развитието на платформата на 1C: Enterprise 8.3 е важно да се разбере къде ще бъдат класирани по процедурата: клиента или на сървъра, тъй като настоящият контекст на модула ще зависи от това.
Ако модул може да присъства както това и други лечения (например, контролирано форма модул), след това при създаването на процедура е необходимо да се определи, когато се съставят: Сървърът или клиента.
За да направите това, има някои насоки, които показват ясно къде ще се използва процедурата. Въз основа на тази процедура той ще бъде на разположение в съответните типове данни.
По-долу са примери за форми на клиента и сървъра процедури модул.
Когато описване на определени променливи, трябва също да посочите (за процедура или функция място компилация), където променливата ще бъде: на клиента или сървъра.
Т.е. ако посочите, че променлива ще бъде на разположение на сървъра, може да се използва в страната на сървъра процедури.
С цел оптимизиране на кода трябва да бъде в повечето случаи клиентът се отнася до контекста # 038; NaServereBezKonteksta. а не да се контекста # 038; NaServere.
Фактът, че във второто изпълнение на сървър предава повече форми на данни.
Имайте предвид, че за всеки обект в помощника на синтаксиса показва достъпността на имота или метод (сървър, тънък клиент, дебел клиент, външна връзка).
PDF-версия на статията за членовете на групата, VKontakte
Правилно се разбере, че когато става въпрос за контекста на изпълнение на програмния код на клиента или на сървъра, тези твърдения не се прилагат за платформата 8.3, и се отнася до приложение за управление, в които платформата работи?
Правилно да се каже:
1. Част от кода на конфигурацията на софтуера се извършва върху платформата на клиент
2. Част от кода на конфигурация се изпълнява на сървъра страна
3. платформа 1C включва сървър и клиент страна.
Спомням си, че в случай на файлове в режим IB от страна на сървъра пример за подражание платформа.
Благодаря за статията!
Това е винаги пишете: "Клиент - това обикновено е слаба мощност на машината, така че тежестта не си заслужава. На сървъра същата обработка, трябва да се извърши най-различни данни. "
Доста организации работят с база данни в режим на файлове, често по своя лаптоп. Тоест, те се комбинира хардуер е "клиент" и "сървър". Знаете ли, ако загубата на производителност е в този случай?
