Aşağıda, yönetilen formlarla çalışırken kullanılan ana 1C nesneleri listelenmiştir. 1C konfigürasyonları yazarken bu nesnelerin geleneksel kullanımını gösteren kısa kod örnekleri verilmiştir.

Bu form

Form modülünde, prosedürlerde kullanılır& AtClient ve & AtServer.

Hem form öğelerine hem de niteliklere erişmeye izin verir.

Bir form öğesine bir nesne aracılığıyla erişilirÖğeler ve şöyle görünür:

ThisForm.Elements.VersionNumber.Header = "v." + ProgramVersion;

Formda mevcut olan gerekliliğe yapılan atıf aşağıdaki gibidir:

ThisForm.Announcement text = "Merhaba arkadaşlar!";

Form öğelerine ve aksesuarlara basitleştirilmiş erişim

Prensip olarak, form modülünde anahtar kelimeyi atlayabilirsiniz. Bu form ... Form öğelerine ve niteliklerine basitleştirilmiş bir şekilde başvurabilirsiniz:

// Form öğesi

Elements.Version.Header = "v." + ProgramVersion;

// Form aksesuarları

Duyuru Metni = "Merhaba yoldaşlar!";

Form ayrıntılarını alma özellikleri (önemli!)

Form destekleri basit tipteyse - Dize, Sayı, Tarih ... o zaman bir özniteliğin değerini sadece adıyla alabilir (ayarlayabilirsiniz):

Metin = Ürün Adı; // Ürün adı bir form özelliğidir

Ancak bu şekilde "karmaşık" türün ayrıntılarını elde etmek imkansızdır -Değerler Tablosu, Değer Ağacı ... Adına göre bu tipte bir sahne almaya çalışırsanız, tipte bir nesne döndürülecektir.DataFormsCollection.

"Karmaşık" tipte bir özniteliğin değerini almak için işlevi kullanmanız gerekir.PropsFormVValue ():

CurrentTable = FormInValue ("SelectedConstructionObjects");

Bir "karmaşık" değişkenin değerini ayarlamak için işlevi kullanabilirsiniz.DeğerBForm Özelliği (<Значение>, <ИмяРеквизита>) Her iki parametre de gereklidir.

Fonksiyonlar PropsFormVValue () ve DeğerBForm Özelliği ()sadece Sunucuda mevcuttur.

Bir obje

Açıkçası, formda böyle bir anahtar kelime yoktur. Sadece bir form, örneğin bir element formu oluşturulduğunda, 1C otomatik olarak form üzerinde bir isimle bir sahne oluşturur. Bir obje ... Bu öznitelik, formda düzenlenmekte olan geçerli nesnenin özelliklerine erişim sağlar.

veya daha eksiksiz bir kayıt:

Bu Nesne

Nesnenin kendisini içerir. Bir nesne modülünde veya bir form modülünde bir nesne almak için tasarlanmıştır.

Kullanım: Salt okunur.

Kullanılabilirlik: Sunucu, Yağ İstemcisi, Dış Bağlantı.

Formlar 1C'de: Enterprise, veritabanında bulunan bilgileri görüntülemek ve düzenlemek için tasarlanmıştır. Formlar, belirli konfigürasyon nesnelerine ait olabilir veya onlardan ayrı olarak var olabilir ve bir bütün olarak tüm uygulama çözümü tarafından kullanılabilir.

Örneğin, referans isimlendirme belirli amaçlar için kullanılacak birkaç form olabilir - bir katalog öğesinin düzenlenmesi, bir listenin görüntülenmesi vb.:

Bununla birlikte, belirli konfigürasyon nesnelerine ait olmayan genel formlar olabilir - genel formlar.

Temel formlar

Her yapılandırma nesnesi, bazı standart eylemleri gerçekleştirmek için kullanılabilir. Örneğin, herhangi bir kataloğun öğelerinin bir listesini görüntülemesi, kataloğun tek tek öğelerini görüntülemesi, bir katalog grubunu görüntülemesi, katalogdan öğeleri ve öğe gruplarını seçmesi gerekebilir. Herhangi bir belge için, bu tür eylemlerin listesi çok daha küçük olacaktır: bir belge listesini görüntülemek, bir belge listesinden seçim yapmak ve ayrı bir belgeyi görüntülemek.

Uygulanan çözümün nesnelerinin verileriyle bu tür standart eylemlerin yürütülmesini sağlamak için, her biri için ilgili eylemleri gerçekleştirirken kullanılacak bir dizi temel form vardır. Bu nesneye bağlı formlardan herhangi biri ana olarak atanabilir. Örneğin, referans isimlendirme aşağıdaki temel formlar mevcut olabilir:

Ve belgede Mal ve hizmetlerin alınması ana formların bileşimi farklı olacaktır:

Böylece kullanıcı dizin listesini görmek isterse isimlendirme veya belge listesi Mal ve hizmetlerin alınması, sistem bu nesneler için liste formu olarak atanan ilgili formu açacaktır.

Otomatik oluşturulan formlar

1C: Enterprise 8 sisteminin önemli bir özelliği, otomatik olarak oluşturulan formların mekanizmasıdır. Bu mekanizma, geliştiriciyi, yapılandırma nesnelerinin her biri için olası tüm formları oluşturma zorunluluğundan kurtarır. Geliştiricinin yeni bir yapılandırma nesnesi eklemesi yeterlidir ve sistemin kendisi, kullanıcının çalışmasının gerekli anlarında bu nesnede bulunan bilgileri görüntülemek için gerekli formları oluşturur.

Bu nedenle, geliştiricinin, yalnızca sistem tarafından otomatik olarak oluşturulan formlardan farklılıkları (farklı tasarım veya belirli davranış) olması gerekiyorsa, uygulanan çözümün kendi nesne formlarını oluşturması gerekir.

Bir formu verilere bağlama

Bir formun şu veya bu konfigürasyon nesnesine ait olması, formda görüntülenen verilerin kompozisyonunu belirlemez. Formun örneğin bir dizine ait olması isimlendirme, onu bu dizin için ana formlardan birine atamanıza izin verir, ancak hiçbir şekilde bu formun ne tür verileri görüntüleyeceğini ve davranışının ne olacağını belirlemez.

Formu verilerle ilişkilendirmek için, form tarafından görüntülenen verilerin listesini gösteren form ayrıntıları kullanılır. Tüm formlar, hangi verileri gösterirlerse göstersinler, kendi başlarına aynı davranışa sahiptir. Bununla birlikte, form niteliklerinden biri ona ana nitelik olarak atanabilir (kalın harflerle vurgulanmıştır), bu durumda formun standart davranışı ve özellikleri, ana form niteliğinin ne tür olduğuna bağlı olarak desteklenecektir:

Örneğin, ana form özniteliği olarak bir belge atanmışsa Mal ve hizmetlerin alınması, ardından formu kapattığınızda, sistem sizden bu belgenin kaydedilmesini ve gönderilmesini onaylamanızı isteyecektir. Diyelim ki, formun ana niteliği olarak bir referans kitabı atarsak isimlendirme, o zaman formu kapatırken böyle bir onay talebi ortaya çıkmaz.

Form yapısı

Formların ana özelliği, geliştirici tarafından ayrıntılı olarak "piksel piksel" çizilmemeleridir. Bir konfigürasyondaki bir form, bir formun kompozisyonunun mantıksal bir açıklamasıdır. Ve öğelerin belirli yerleşimi, form görüntülendiğinde sistem tarafından otomatik olarak gerçekleştirilir.

Formun görüntülenen kısmı (kullanıcı tarafından görülebilir), form öğelerini içeren bir ağaç olarak tanımlanır.

Öğeler giriş alanları, onay kutuları, radyo düğmeleri, düğmeler vb. olabilir.Ayrıca bir öğe, diğer öğeleri içeren bir grup olabilir. Bir grup, çerçeveli bir panel, sayfalı bir panel (sekmeler), bir sayfanın kendisi, bir komut paneli olarak temsil edilebilir. Ayrıca bir öğe, öğeleri (sütunlar) da içeren bir tablo olabilir. Öğe yapısı, formun nasıl görüneceğini açıklar.

Formun tüm işlevleri, nitelikler ve komutlar biçiminde açıklanmıştır. Gereklilikler, formun çalıştığı verilerdir ve komutlar gerçekleştirilen eylemlerdir. Bu nedenle, form düzenleyicisindeki geliştirici, formda gerekli öznitelikleri ve komutları içermeli, bunları görüntüleyen form öğeleri oluşturmalı ve gerekirse öğeleri gruplar halinde düzenlemelidir.

Bu mantıksal açıklamaya dayalı olarak sistem, kullanıcıya gösterilecek formun görünümünü otomatik olarak oluşturur. Aynı zamanda sistem, form öğelerini kullanıcı için mümkün olduğunca uygun şekilde düzenlemek için görüntülenen verilerin (örneğin, tür) çeşitli özelliklerini dikkate alır.

Geliştirici, öğelerin düzenini farklı ayarlarla etkileyebilir. Elemanların sırasını belirleyebilir, istenilen genişlik ve yüksekliği belirleyebilir. Ancak bu, sistemin formu görüntülemesine yardımcı olacak bazı ek bilgilerdir.

Formlarda, geliştirici yalnızca formun komutlarını değil, aynı zamanda tüm konfigürasyonun komut arayüzünde kullanılan global komutları da kullanabilir. Ek olarak, mevcut formun belirli verilerine dayalı olarak diğer formları açacak parametreleştirilebilir komutlar oluşturma yeteneği uygulandı. Örneğin şu anda seçili olan depodaki bakiyeler hakkındaki raporun fatura şeklinde çağrılması olabilir.

Form ayrıntıları

Form öznitelikleri kümesi, formda görüntülenen, düzenlenen veya depolanan verilerin bileşimini tanımlar. Aynı zamanda, form ayrıntıları tek başına verileri görüntüleme ve düzenleme olanağı sağlamaz. Form nitelikleriyle ilişkili form öğeleri (bu bölümün "Form Öğeleri" bölümüne bakın), görüntüleme ve düzenleme için kullanılır. Tüm form ayrıntılarının kümesi form verileri olarak adlandırılacaktır.

Önemli! Normal formlardan farklı olarak, yönetilen bir formdaki tüm verilerin nitelikler olarak tanımlanması gerektiğini unutmayın. Form elemanları için veri kaynağı olarak form modülü değişkenlerinin kullanılmasına izin verilmez.

atamak mümkün Formun ana şartı, yani formun standart işlevselliğini tanımlayacak bir sahne (form uzantısı). Bir formun yalnızca bir ana niteliğe sahip olabileceği unutulmamalıdır.

Formu genişletme- bunlar, formun ana öğesi olan nesnenin özelliği olan ManagedForm nesne formunun ek özellikleri, yöntemleri ve parametreleridir.

Bir form geliştirme sürecinde, Görünüm ve Düzenle özelliklerini kullanarak formun belirli ayrıntılarını roller açısından görüntüleme ve düzenleme özelliğini açıkça ayarlayabilirsiniz (daha fazla ayrıntı için, "Rol tabanlı form özelleştirme" bölümüne bakın) "Editörler" bölümünde). Ek olarak, formdaki belirli bir özniteliğin kullanılabilirliği, işlevsel seçenekler kullanılarak yapılandırılabilir (işlevsel seçenekler hakkında daha fazla ayrıntı için, "Konfigürasyon arabirimini yönetme" bölümüne bakın).

Form sahne özelliği Depolanmış veriözniteliğin etkileşimli bir değişikliğinin, form verilerinin düzenlenmesi için bloke edilmesinin yanı sıra form değişikliğinin işaretini otomatik olarak ayarlama girişimine yol açacağının bir işaretidir.

Yönetilen formda mevcut veri türleri

Yönetilen bir form, birlikte çalıştığı veri türlerinde de normal bir formdan farklıdır. Normal form, 1C: Enterprise'ın sağladığı türlerin çoğuyla çalışıyorsa (DirectoryObject, DocumentObject, vb. dahil), yönetilen formda aşağıdaki tür kategorileri ayırt edilebilir:

• formda doğrudan kullanılan türler, ince ve Web istemcisi tarafında bulunan türlerdir (örneğin, Number, ReferenceRef.Products, GraphicalSchema, TabularDocument);

• özel veri türlerine dönüştürülecek türler — yönetilen form veri türleri. Bu türler, form nitelikleri listesinde parantez içinde görüntülenir, örneğin (ReferenceObject.Goods);

• dinamik liste (daha fazla ayrıntı için bu bölümün "Dinamik liste" bölümüne bakın).

Uygulama Nesnelerini Form Verilerine Dönüştürme

Bazı uygulama türleri (DirectoryObject vb. gibi) ince ve Web istemcileri tarafında bulunmaz (daha fazla ayrıntı için "Yönetilen uygulama kavramı" bölümüne bakın). Bu nedenle, bu tür uygulama türlerini formda temsil etmek için platform, yönetilen formlarda çalışmak üzere tasarlanmış özel veri türlerini tanıttı. Yönetilen bir uygulamanın bu özelliği, uygulama nesnelerinin veri oluşturmak için dönüştürülmesini gerektirir (ve tersi).

Aşağıdaki veri türleri kullanılır:

• FormDataStructure - isteğe bağlı türde bir dizi özellik içerir. Özellikler, diğer yapılar, koleksiyonlar veya koleksiyonları olan yapılar olabilir. Bu tür, örneğin DirectoryObject biçiminde temsil edilir.

• FormDataCollection, diziye benzer şekilde yazılan değerlerin bir listesidir. Koleksiyondaki bir öğeye dizin veya tanımlayıcı tarafından erişilir. Kimlikle erişim bazı durumlarda kullanılamayabilir. Bu, bu koleksiyon tarafından temsil edilen uygulama nesnesinin türünden kaynaklanmaktadır. Tanımlayıcı herhangi bir tam sayı olabilir. Bu tip, örneğin, tablo şeklinde bir bölüm şeklinde temsil edilir.

• FormDataStructureCollection, aynı anda hem yapı hem de koleksiyon olarak temsil edilen bir nesnedir. Bu varlıklardan herhangi biri gibi ele alınabilir. Bu tür, örneğin bir dizi kayıt şeklinde temsil edilir.

• FormDataTree - nesne, hiyerarşik verileri depolamak için tasarlanmıştır.

Bir uygulama nesnesi, bir veya daha fazla form veri öğesiyle temsil edilir. Genel olarak, form verilerinin hiyerarşisi ve bileşimi, yönetilen formun uygulama nesnelerinin karmaşıklığına ve ara bağlantılarına bağlıdır.

Örneğin, tablo şeklinde bir bölüm içeren bir belge, FormDataCollection türündeki bir nesnenin (belgenin tablo bölümü) bağımlı olduğu FormDataStructure türünde bir nesne (belgenin kendisi) tarafından temsil edilecektir.

Önemli! Bir konfigürasyon tasarlarken, uygulama nesnelerinin yalnızca sunucuda mevcut olduğunu, form veri nesnelerinin ise hem sunucuda hem de istemcide kullanılabileceğini hatırlamak önemlidir.

Yönetilen Formun İstemci Tarafı ile Arka Ucu Arasında Veri Geçirme

Aslında, form verilerinin, formun tek tip bir şekilde çalıştığı ve hem sunucuda hem de istemcide bulunan çeşitli uygulama nesnelerinin verilerinin birleşik bir temsili olduğunu söyleyebiliriz. Yani form, uygulama nesnelerinin verilerinin kendi veri türleri biçiminde bir miktar "yansıtma"sını içerir ve gerekirse bunlar arasında dönüştürür. Bununla birlikte, bir konfigürasyon geliştiricisi kendi veri işleme algoritmasını uygularsa, veri dönüştürmesini (özel türlerden uygulamalı olanlara ve bunun tersi) bağımsız olarak gerçekleştirmelidir.

Form özniteliklerini özel bir düzenleyicide düzenlerken (daha fazla ayrıntı için, "Düzenleyiciler" bölümünün "Form öznitelikleri" bölümüne bakın), form çalışırken istemci ve sunucu arasındaki veri aktarımını etkilemek mümkündür. Bunu yapmak için öznitelik düzenleyicisinin sütununu kullanın. Her zaman kullan... Bu özelliğin etkisi, üç tür nitelik için farklılık gösterir:

• Dinamik listeye bağlı bir nitelik için (dinamik liste sütunu):
  • özellik açık - öznitelik her zaman veritabanından okunur ve form verilerine dahil edilir;
  • özellik kapalı - öznitelik, veritabanından okunur ve form verilerine yalnızca öznitelik veya onun alt özniteliği ile ilişkilendirilmiş şu anda görünür bir form öğesi olduğunda dahil edilir.

• Hareket koleksiyonuna bağlı aksesuarlar için:
  • özellik on - belge hareketleri veri tabanından okunur ve form verilerinde bulunur;
  • özellik devre dışı bırakılır - belge hareketleri veritabanından okunmaz ve form verilerine dahil edilmez (belge hareketlerine atıfta bulunan herhangi bir form öğesi yoksa).

• Form ayrıntılarının geri kalanı:
  • özellik etkin - öznitelik veya alt özniteliği ile ilişkili en az bir form öğesi olup olmadığına bakılmaksızın öznitelik form verilerinde bulunur;
  • özellik kapalı - öznitelik, yalnızca öznitelikle veya onun alt özniteliğiyle ilişkilendirilmiş bir form öğesi varsa, form verilerinde bulunur. Dinamik bir listenin özniteliklerinden farklı olarak, öznitelikle ilişkilendirilen öğenin görünürlüğü burada önemli değildir.

Not. Ana öznitelikte ayarlanan özelliğin tüm alt öznitelikleri etkilediği unutulmamalıdır. Örneğin, Belgenin tablo bölümü için Use özelliği her zaman temizlenmişse, sistem bu özelliğin tüm alt öznitelikler için (özelliğin gerçek durumuna rağmen) temizlendiğini kabul eder.

Uygulama Nesne Verilerini Form Verilerine Dönüştürme Yöntemleri

Uygulama nesnelerini veri formuna dönüştürmek için bir dizi genel yöntem vardır ve bunun tersi de geçerlidir:

• ValueInForm Verileri (),
• FormDataValue(),
• CopyFormData ().

Önemli! Uygulama nesneleriyle çalışan yöntemler yalnızca sunucu prosedürlerinde mevcuttur. Form verileri arasında değerleri kopyalama yöntemi, parametre olarak uygulama nesneleri gerektirmediğinden sunucuda ve istemcide bulunur.

Form verilerini bir uygulama nesnesine dönüştürürken uyumluluklarını göz önünde bulundurun.

• FormDataValue () - uygulanan türdeki bir nesneyi form verilerine dönüştürür;
• FormDataValue () - form verilerini uygulanan türde bir nesneye dönüştürür;
• CopyFormData () - form verilerini uyumlu bir yapı ile kopyalar. Kopyalama yapılmışsa True, nesnelerin yapısı uyumsuzsa False döndürür.

Not. Ana özniteliklere sahip bir formun standart eylemlerini (form açma, standart Yazma komutunu yürütme vb.) gerçekleştirirken, dönüştürme otomatik olarak gerçekleştirilir.

İşte kendi algoritmalarınızda veri dönüşümünü nasıl kullanacağınıza dair bir örnek.

& AtServer Prosedürü OnCreateAtServer (Hata, StandardProcessing)

ObjectGood = Referans kitaplar.Goods.FindByName ("Kahve kabı") GetObject (); ValueVDataForm (NesneNesnesi, Nesne);

Prosedürün Sonu

& OnClient Prosedür Yazma ()

WriteOnServer();

Prosedürün Sonu

& AtServer Prosedürü WriteAtServer ()

ObjectGood = FormDataValue (Nesne, Tür ("DirectoryObject.Goods")); ObjectObject.Write();

Prosedürün Sonu

Ayrıca, ManagedForm nesnesinin sunucuda kullanılabilen yöntemleri vardır:

• ValueBFormAttribute () - uygulanan türdeki bir nesneyi belirtilen form özniteliğine dönüştürür.
• Form AttributeValue () - form veri özniteliğini uygulanan türde bir nesneye dönüştürür.

Bu yöntemleri kullanmak, örneğin form özniteliğinin türü hakkında bilgilere sahip oldukları için genellikle daha uygundur. Ayrıca FormPropsValue() yöntemi, form verileri ile iletiler oluşturulurken kullanılan nesne arasındaki eşlemeyi gerçekleştirir. Bununla ilgili daha fazla bilgiyi "Navigasyon hizmeti seçenekleri" bölümünde okuyabilirsiniz.

Bu yöntemlerin kullanımına bir örnek verelim.

& AtServer Prosedürü RecalculateAtServer ()

// props Object'i bir uygulama nesnesine dönüştürür. Belge = AttributeFormVValue ("Nesne"); // Belge modülünde tanımlanan yöntemi kullanarak yeniden hesaplama yapar. Document.Recalculate (); // Uygulama nesnesini tekrar props'a dönüştürür. ValueVRequisitForm (Belge, "Nesne");

Prosedürün Sonu

programlama arayüzü

FormDataAğacı (FormDataAğacı)

• FindById
• GetItems

Açıklama:

Yönetilen form verilerinde bir ağacı modellemek için tasarlanmıştır.

Bu nesne XDTO'ya / XDTO'dan seri hale getirilebilir. Bu nesneye karşılık gelen XDTO türü, ad alanında tanımlanır. XDTO tipi adı:

GetItems

Sözdizimi:

GetElementler ()

Döndürülen değer:

Tür: FormDataTreeElement Koleksiyonu.

Açıklama:

En üst düzey ağaçtaki öğelerin koleksiyonunu alır.

Kullanılabilirlik: istemci, sunucu, ince istemci, web istemcisi.

FindById

Sözdizimi:

FindBy Kimliği (<Идентификатор>)

Seçenekler:

<Идентификатор>(zorunlu)

Numara giriniz. Ağaç öğesinin tanımlayıcısı.

Döndürülen değer:

Tür: FormDataTreeElement.

Açıklama:

Kimliğe göre bir koleksiyon öğesi alır.

Kullanılabilirlik: istemci, sunucu, ince istemci, web istemcisi.

FormDataTreeItem (FormDataTreeItem)

Özellikler:

<Имя свойства> (<Имя свойства>)

• GetId
• GetParent
• GetItems
• Mülk

Açıklama:

Form veri ağacı öğesi.

FormDataTreeItemCollection (FormDataTreeItemCollection)

Koleksiyon Öğeleri: FormDataTreeElement

Bir nesne için, toplama operatörü kullanılarak çaprazlanabilir. For Her ... Kimden ... Döngü. Geçiş, koleksiyonun öğelerini seçer. [...] operatörünü kullanarak bir koleksiyon elemanına atıfta bulunmak mümkündür. Öğenin dizini bir argüman olarak iletilir.

• Sokmak
• Ekle
• Dizin (IndexOf)
• Saymak
• Açık
• Al (Al)
• Hareket
• Silmek

Açıklama:

Ağaç öğelerinin toplanması.

Kullanılabilirlik: istemci, sunucu, ince istemci, web istemcisi.

Ayrıca bakınız:

• FormDataTreeElement, GetElements yöntemi
• FormDataTree, GetElements yöntemi

Bir değer ağacıyla çalışmanın özellikleri

Ağaç güncellemesi

Bir sorun var düşmek ağacı güncellerken platformlar.

Ağaçta bir düğüm genişletildiyse ve bir alt düğüm seçildiyse, ağaç işlevle güncellendiğinde ValueInDataForm platform düşüyor.

Çözüm: Yükseltmeden önce ağacı temizlemeniz gerekir.

Örneğin:

& AtServer Prosedürü ClearTree (elemanlar) Elementlerin her bir elemanı için Loop ClearTree (element.GetElements ()); Döngü Sonu; elementler.Temizle (); Prosedürün Sonu

& AtServer Prosedürü FillConceptionTree () dzConceptions = cpProperties.Construct ConceptTree (OnDate, Meta.CurrentIB ()); ClearTree (ConceptTree.GetElements()); ValueVDataForms (Kavram, Kavram Ağacı); Prosedürün Sonu

& OnClient Prosedürü OnDateOnChange (Element) ConceptTree'yi (); Prosedürün Sonu

Form öznitelikleri, verilerle bağlantısını sağlar. Bu durumda, gereksinimlerden biri (ve yalnızca biri) ana gereksinim olarak belirlenebilir; mutlaka formu çizdiğimiz veri türü olmayabilir. Ancak formun davranışı, ana özniteliğin veri türüne bağlı olacaktır. Formun davranışını değiştirmeye ek olarak, form modülünün bağlamında bir değişiklik vardır. Formun yöntem ve özellikleriyle birlikte ana özniteliğin değeri olan nesnenin yöntem ve özellikleri onda kullanılabilir hale gelir. "Serbest form" türündeki formların ana özniteliğe sahip olmaması önemlidir. Bu durumda, formun davranışı yalnızca kullanıcının ayarları tarafından belirlenir. Ana ayrıntılarla ilgili soruları düşünün.

1C sınavı için soru 10.05: Platform Professional. Formun temel şartı nedir?

1. Bir bütün olarak formun veri kaynağını tanımlar
2. Ana öznitelik için belirtilen türdeki form verileriyle çalışmak için standart platform yeteneklerini tanımlar.
3. Formun yerel bağlamından nesnenin niteliklerine programlı olarak erişme yeteneği sağlamak için
4. Form iletişim kutusunda nesnenin ayrıntılarının görselleştirilmesini sağlar
5. 2 ve 3 doğru
6. Gerçek 1 ve 2

Doğru cevap altıncı, yukarıya bakın.

1C sınavının 10.06 sorusu: Platform Professional. Form ayrıntıları ne için?

1. Formda görüntülenen, düzenlenen veya depolanan verilerin bileşimini tanımlamak için
2. Bir formdaki verileri görüntülemek ve düzenlemek için
3. Gerçek 1 ve 2

Üçüncü cevap her ikisidir.

1C sınavının 10.07 sorusu: Platform Professional. Ana niteliği keyfi kontrollü bir forma atamak için ...

1. form özelliğinin özelliklerinde "Ana nitelik" onay kutusunu ayarlamanız gerekir
2. gerekli form özniteliğini seçerek formun "Veri" özelliğini doldurmanız gerekir.

Doğru cevap ikincisidir:

1C sınavının 10.08 sorusu: Platform Professional. Ana niteliği keyfi bir düzenli forma atamak için ...

1. formun ana yapılması gerekiyor, ana özellik otomatik olarak belirlenir
2. form özelliğinin özelliklerinde "Ana nitelik" onay kutusunu ayarlamanız gerekir
3. "Düzenle" menüsüne, "Ana özellik" öğesine girmeniz ve istediğiniz değeri seçmeniz gerekir.
4. gerekli form özniteliğini seçerek formun "Veri" özelliğini doldurmanız gerekir.

Dördüncü doğru cevap:

Ana aksesuarlar kalın harflerle vurgulanmıştır:

1C sınavının 10.09. Sorusu: Platform Professional. Bir ana form özniteliğiniz varsa, bir ana öznitelik daha ekleyebilir misiniz?

1. Bu imkansız
2. Form özniteliğinin özelliğine uygun bir değer atanarak mümkündür.
3. "Form" nesnesine atıfta bulunurken yalnızca programlı olarak mümkündür.
4. Formun karşılık gelen özelliğine başka bir değer ekleyerek mümkündür.

Doğru cevap birincidir, asıl şart kesinlikle birdir, çünkü nesne ile bağlantı açık olmalıdır.

1C sınavının 10.113 sorusu: Platformda profesyonel. Şekilde gösterilen formun gereksinimlerinden hangisi esastır?

1. Liste Para Birimleri
2. ReferansNesne
3. Dizin formları ana gerekliliğe sahip değildir
4. Rehber formları için tüm gereklilikler temeldir.

İkinci doğru cevap kalın olandır.

Kullanıcının 1C'deki referans kitapları ve belgelerle çalışması, formdaki alanları doldurmaktan ibarettir.

1C ayrıntıları, başvuru kitabının ve kullanıcının doldurması için formda görüntülenen belgenin alanlarıdır.

1C'deki ayrıntılar konusunu ayrıntılı olarak ele alalım.

1C gereksinimleri nedir

Her referans kitabı ve 1C belgesi bir dizi alandan oluşur. Bu tür alanlara 1C ayrıntıları denir (1C programcısı için).

Konfigüratörde, 1C konfigürasyon ağacında herhangi bir referansı veya belgeyi açın ve Requisites dalını göreceksiniz. Bu, dizinin gereksinimlerinin (alanlarının) bir listesidir.

Aynı 1C ayrıntılarının 1C referans formunda nasıl göründüğüne bir göz atın.

Her 1C özniteliği, öznitelikte ne tür bir değerin (dize, sayı vb.) depolandığını ve kullanıcının onunla nasıl çalışacağını gösteren özelliklere sahiptir.

Herhangi bir 1C özelliğine sağ tıklayın ve Özellikler'e tıklayın. Sağdaki pencerede seçilen özniteliğin özelliklerinin bir listesi açılacaktır.

1C gereksinimlerinin temel özellikleri:

Standart ayrıntılar 1C

Fark ettiğiniz gibi, dizinin formu yapılandırıcıda listelenmeyen 1C ayrıntılarını içerir: grup, ad, BIC.

Dizin listesi şeklinde, listede olmayan 1C detayları da vardır: silme işareti.

Bunlar standart 1C ayrıntılarıdır. Ne olduğunu? Her birinin varsayılan olarak bir dizi 1C ayrıntısı vardır. Referans kitaplar için bu, örneğin bir kod ve bir addır. Belgeler için bu tarih ve numaradır.

Standart 1C ayrıntıları aşağıdaki gibi görüntülenebilir:

• Fare ile üzerine çift tıklayarak 1C nesnesinin (referans kitabı veya belge) düzenleyicisine gidin
• Açılan düzenleyicide Veri sekmesini seçin
• Burada referans kitabının standart ayrıntılarını Kod ve Adını yapılandırabilirsiniz.
• Tam listeyi görüntülemek için Standart 1C ayrıntıları düğmesini tıklayın.

Genel ayrıntılar 1C

1C 8.2.14 sürümünden başlayarak, 1C'de yeni bir Object 1C ortaya çıktı - 1C'nin genel ayrıntıları. Bunu kullanarak, aynı anda çeşitli dizinlerde ve belgelerde bulunacak bir nitelik (alan) ekleyebilirsiniz.

Genel sahne 1C'nin özellikleri:

• Otomatik kullanım - tüm dizinlere ve belgelere aynı anda ortak bir 1C özelliği ekler
• Kompozisyon - yalnızca gerekli dizinlere ve belgelere genel bir 1C özniteliği eklemenize izin verir (daha sonra kullanma değerinde otomatik kullanım).

1C sahne nasıl eklenir

Gerekli dizinin 1C Requisites dalına sağ tıklayın ve Ekle'yi seçin.

1C değişkeninin adını, örneğin "Ofis Adresi" ve eşanlamlı "Ofis Adresi" girmemiz gerekiyor. Varsayılan türü String olarak bırakın, ancak Sınırsız uzunluk kutusunu işaretleyin.

Aynı şekilde bir tane daha öznitelik 1C ekleyelim, sadece Boolean tipini seçin, buna "WorksOnExit" diyelim.

Ayrıntılar 1C formunda nasıl görüntülenir (1C kalın istemci)

Aynı dizinin Forms dalını açalım. Formu açmak için eleman formunu seçin ve fare ile çift tıklayın.

Fareyi şeklin kenarına sürükleyin ve uzatın (isteğe bağlı öğe).

Konfigüratör panelinde "Veri yerleştirme" düğmesini tıklayın. Ayrıca Form / Verilerin yerleştirilmesi menüsünü de kullanabilirsiniz.

Gördüğünüz gibi, detaylarımız formda görüntülenmiyor. Üzerlerine bir onay işareti koyun. Ayrıca, Etiketleri ekle ve Otomatik olarak yerleştir onay kutuları.

1C formunda (1C ince istemci) ayrıntılar nasıl görüntülenir?

Aynı dizinin Forms dalını açalım. Elemanın şeklini seçin ve fare ile üzerine çift tıklayın.

Nitelikler sekmesinde, Nesne satırını genişletin. Dizine daha önce eklenen ayrıntıların bir listesini göreceksiniz.

Şimdi sadece gerekli niteliği sağdaki pencereden sola sürükleyin ve formda görünecektir.

Form 1C ayrıntıları

Kalın istemcide, formun kendi aksesuarları vardır. Ayrıntılar sekmesinde bulunurlar.

Bu ayrıntılar veritabanına kaydedilmez, ancak formla çalışılması gereken alanlar için form üzerinde kullanılabilir.

Örneğin, bir forma onay işareti eklediniz. Tıkladığınızda, formda bir şey olur. Onay kutusunun değeri sizin için önemli değil (yazmanıza gerek yok) - sadece onunla çalışırken formu değiştirmek için kullanılır. Bu durumda, veri olarak bir referans kitabı özniteliği değil, bir form özniteliği kullanırsınız.

Periyodik ayrıntılar 1C

1C sürüm 7.7'de periyodik gereksinimler vardı. Anlamları şu şekildedir: Sahne eşyalarının anlamı farklı tarihlerde farklıdır. Örneğin 1 Eylül değeri bir iken 1 Ekim değeri farklıdır. Aynı aksesuarlara sahip olun.

1C 8'de periyodik gereklilikler yoktur. Bu, aşağıdaki şekilde uygulanır: