Сүүлийн хичээл дээр бид үүнийг байнгын (тарган) үйлчлүүлэгчийн хувьд авч үзсэн. 1С 8.2 платформ хувилбарт. Тэд 1С 8.2 дэлгэцийн шинэ хэлбэрийг ашигладаг. Тэдгээрийг удирддаг хэлбэрүүд гэж нэрлэдэг 1С 8.2.
Удирдлагын маягт 1С 8.2 нь 1С-ийн ирээдүй юм. Эдгээр нь ердийн 1С 8.2 маягтуудаас ялгаатай нь тусгай тохиргоонд тулгуурлан системээр автоматаар үүсгэгддэг ("ердийн" маягтуудыг програмист хүссэнээр зурдаг).
Удирдлагын 1С 8.2 хэлбэрийг хөгжүүлэхэд ердийн хэлбэрүүдээс ялгаатай нь мэдэгдэхүйц юм. Тиймээс бид өнөөдөр 1С 8.2 удирдаж буй хэлбэрийг бий болгох, өөрчлөх талаар тусад нь хэлэлцэхээр цугларав.
Удирдах маягтууд 1С 8.2
Хэрэв та өмнө нь 1С тохиргоог боловсруулж байсан бол 1С 8.2 удирддаг маягтын засварлагчийг нээхэд 1С 8.2 хэлбэрт хулганаар огт нөлөөлөх боломжгүй гэдгийг та шууд гайхах болно.
Та 1С 8.2 маягтыг өөрчлөх боломжгүй, элементийг зөөх боломжгүй, талбарын шинж чанарыг өмнөх шигээ харах боломжгүй - 1С 8.2 маягт дээрх талбарыг давхар товш.
Одоо 1С 8.2 маягтыг боловсруулах үндэс нь маягт дээрх координатыг холбох талбар биш, харин тусгай тохиргоо юм. Эдгээр тохиргоон дээр үндэслэн систем нь автоматаар хяналттай 1С 8.2 маягтыг үүсгэдэг.
Тохиргоонууд нь зүүн дээд буланд байгаа редакторт байрлах 1С 8.2 маягтын элементүүдийн жагсаалтаас бүрдэнэ. 1С 8.2 хэлбэрийн элементүүдэд дараахь зүйлс орно.
- Шаардлагатай зүйлс
- Тушаалууд (1С 8.2-ийн шинэ үзэл баримтлал нь товчлуур эсвэл цэсийн зүйл шиг харагдаж болно)
- Бүлгүүд (дэлгэрэнгүй мэдээлэл болон тушаалуудыг нэгтгэх зориулалттай).
Үүний дагуу эдгээр элементүүдийн тохиргоо нь талбаруудын шинж чанарт биш, харин эдгээр тохиргооны элементүүдийн шинж чанаруудад (хулганы баруун товчийг дарах цэс, Properties зүйл) байна.
1С 8.2 менежменттэй маягтууд хэрхэн ажилладаг
Хэрэглэгчийн хувьд 1С 8.2 удирддаг маягтуудтай ажиллах нь өөр юм. Тэд илүү их чадвартай боловч 1С-тэй удаан хугацаанд ажиллаж байсан хүмүүст ер бусын байдаг.
Юуны өмнө 1С 8.2 маягт дээрх ердийн элементүүдийн зохион байгуулалт өөр байна. Тушаалын мөр үргэлж дээд талд байдаг.
Тушаалын самбарын зүүн талыг өөрчлөх боломжтой. Энэ нь ихэвчлэн Record, Post гэх мэт стандарт товчлууруудыг агуулдаг.
Тушаалын самбарын баруун тал нь 1C All Actions маягтын шинэ стандарт цэс юм. Энэхүү цэс нь 1С 8.2 маягтыг хүссэнээрээ удирдах боломжийг олгодог бөгөөд энэ нь ACS тайлан дахь тохиргоо нь тайлангийн харагдах байдлыг мэдэгдэхүйц өөрчлөх боломжийг олгодог.
Дурын цэсийн зүйл 1C Бүх үйлдэл
Энэхүү 1C 8.1 маягт нь аль нэг хэлбэрт хамаарах эсэхээс хамааран цэс нь энэ объектыг удирдах боломжийг олгодог зүйлсээр дүүрэн байдаг. Жишээлбэл, хэрэв энэ нь лавлах жагсаалтын маягт бол Create эсвэл Edit гэх мэт командууд байх болно.
Зүйл Цэсийн жагсаалтыг өөрчлөх 1С Бүх үйлдлүүд
Хэрэв 1С 8.2 маягт дээр жагсаалт байгаа бол цэсэнд "Жагсаалтыг тохируулах" болон "Жагсаалтыг харуулах" командууд байна.
Хэрэв Гаралтын жагсаалтын команд нь танд аль хэдийн танил болсон бол энэ нь Excel-д 1С-д ямар ч жагсаалтыг хадгалах / хэвлэх боломжийг олгодог бол хоёр дахь тушаал нь шинэ юм.
Та аль хэдийн анзаарсанчлан жагсаалтын командын самбар дээр сонгох товчлуур байхгүй болсон. Үүний оронд Find товчлуур гарч ирсэн бөгөөд түүний ажиллагаа (мөн бичих үед жагсаалт дахь курсорыг одоогоор идэвхгүй болгосон) зарим гомдолтой байна.
Хайх товчлуурын функцийг сонголттой харьцуулах аргагүй, гэхдээ тэдгээр нь алга болоогүй байна!
Тэд одоо Customize List цэсийн зүйлд байрлаж байна. Сонголтыг одоо аль ч талбараар хийх боломжтой бөгөөд үүнээс гадна та ACS тайланд хийдэг шиг ангилах, нөхцөлт форматлах боломжтой.
Зүйл Цэсийн хэлбэрийг өөрчлөх 1С Бүх үйлдэл
Маягтыг өөрчлөх зүйл нь 1С 8.2 маягт дээрх жагсаалтыг төдийгүй 1С 8.2 маягтыг өөрөө өөрчлөх боломжийг танд олгоно.
Хэрэглэгч 1С 8.2 маягт дээрх талбаруудын харагдах байдал, өргөн, өндөр, нээх үед анхдагч талбарыг идэвхжүүлэх гэх мэтийг бие даан идэвхжүүлж эсвэл идэвхгүй болгож болно.
Удирдах маягт 1С 8.2 ба ердийн маягт 1С ашиглах
Анхдагч байдлаар, ердийн 1С маягтуудыг зузаан (ердийн) 1С клиентийн тохиргоонд ашигладаг бөгөөд удирддаг маягтуудыг 1С-ийн нимгэн болон вэб клиентүүдийн тохиргоонд ашигладаг. Гэсэн хэдий ч 1С маягтыг аль ч тохиргоонд, тэр дундаа нэгэн зэрэг ашиглаж болно.
Үүнийг хийхийн тулд та тохиргооны шинж чанарыг (тохируулгын цонхны дээд элемент) оруулах хэрэгтэй.
1С 8.2 дахь тохиргооны шинж чанаруудад 1С маягтыг стандарт бус ашиглах боломжийг идэвхжүүлэх хоёр шинэ нүд гарч ирэв.
Удирдлагын маягт үүсгэх 8.2
Шинэ 1С 8.2 маягтыг нэмэх нь өмнөхтэй ижил аргаар хийгддэг - гар дээрх Ins товч эсвэл Нэмэх товчийг ашиглан. Одоо байгаа нэгийг оруулахын тулд хулганаар давхар товшино уу.
Анхдагч байдлаар, тохиргоонд суулгасан маягтыг (ердийн эсвэл удирддаг) үүсгэх болно (тохиргооны шинж чанар дахь үндсэн эхлүүлэх горимын шинж чанарыг харна уу. Хэрэв та тохиргоонд хоёр төрлийн маягтыг ашиглах зөвшөөрлийг идэвхжүүлсэн бол - маягт зохион бүтээгчээс , тэр даруй нээгдэх болно - та маягтуудыг сонгож болно.
Загвар зохион бүтээгч танд маягтын төрлийг сонгохыг хүсэх болно - элементийн хэлбэр, жагсаалтын хэлбэр. Энд та маягт дээр командын самбар нэмэх эсвэл устгах боломжтой. Ихэнхдээ эдгээр тохиргоог анхдагчаар нь хэвээр үлдээдэг.
Маягт нээгдэж, анхдагчаар бөглөсөн - 1С объектын бүх мэдээллийг түүнд нэмсэн. Та дизайнерын хоёр дахь таб дээр шаардлагатай талбаруудын тодорхой жагсаалтыг тэмдэглэж болно.
Маягт засварлагч нь гурван хэсгээс бүрдэнэ.
- Зүүн дээд буланд маягтын элементүүдийн жагсаалт байна. Энэ нь элементүүдийг нэгтгэх боломжийг олгодог талбарууд, тушаалууд, бүлгүүдээс бүрдэнэ. Тушаалуудын жагсаалтыг Command Interface таб дээрээс тусад нь харж болно.
- Баруун дээд буланд байгаа маягтын дэлгэрэнгүй мэдээлэл болон объектын дэлгэрэнгүй жагсаалт байдаг (Объект шинж чанарын хажууд байгаа загалмайг нээ).
- Доорх нь үүссэн маягтыг урьдчилан харах болно.
Та боломжтой дэлгэрэнгүй мэдээллийг зүүн тийш чирж болох бөгөөд энэ нь маягтын элемент (маягт дээрх талбар) болно.
Хэрэв та "Commands" табын баруун талд товчлуур эсвэл цэсийн зүйл нэмэх шаардлагатай бол шинэ тушаал үүсгэх хэрэгтэй. Энэ нь маягтын модуль дахь функцийн боодол юм. Аль функцийг дуудахыг зааж өгөхөөс гадна та дүрслэлийг оноож болно - жишээлбэл, зураг, түүнчлэн функциональ сонголтоос харагдах байдлын хамаарал.
Мөн тушаалуудыг зүүн тийш чирнэ. Хэрэв эцэг эх нь тушаалын мөр бол энэ нь тушаалын мөрний товчлуур байх болно, үгүй бол зүгээр л товчлуур болно.
Та зөвхөн объект/формат шинж чанаруудыг маягтын элементүүдийн жагсаалтад (талбарууд) чирж унагаад зогсохгүй тэдгээрийг нэмж болно (Нэмэх эсвэл оруулах товч). Ялангуяа та шинэ хэлбэрийн объект үүсгэж болно - Бүлэг.
Бүлэг нь командын самбар байж болно (курсор нь Маягтын мөрөнд байх ёстой). Дараа нь та командуудыг чирээд товчлуурууд болно.
Бүлэг нь "ердийн" байж болно. Дараа нь энэ нь талбаруудыг босоо болон хэвтээ байдлаар бүлэглэх арга юм. Бүлгийн нэрийг шинж чанаруудаас хасаж болно.
Бүлэг нь самбар (хуудас) байж болно. Топ нэмсэн бүлэг нь самбар бөгөөд энэ төрлийн үүрлэсэн бүлгүүд нь хуудас юм. Талбарууд аль хэдийн хуудаснууд руу чирэгдсэн байна.
Шаардлагагүй маягтын элементүүдийг жагсаалтаас маягтын элементүүдийг устгах замаар устгана.
Маягт дээрх талбарын байрлалыг элементүүдийн жагсаалт дахь дарааллаар (босоо) эсвэл бүлгүүдийг (хэвтээ) ашиглан тодорхойлно. Өргөн ба өндрийг маягтын элементийн шинж чанарт тохируулна.
Маягтын элементийн шинж чанаруудыг мэдэгдэхүйц өргөжүүлсэн бөгөөд гадаад төрхийг хянах (сонгож, арилгах товчлуурууд) болон үндсэн утгыг шалгах зэрэг олон хэрэгтэй зүйлсийг агуулсан.
Маягтын өөрийнх нь шинж чанарууд, түүний хэмжээсүүд нь Form гэсэн ижил нэртэй маягтын үндсэн элемент дээр тавигддаг.
Үйл явдал зохицуулагчид (хэрэглэгчийн үйлдэлд хариу үйлдэл үзүүлэх) одоо хоёр төрөлд хуваагддаг. Хуучин - өмнөх шигээ маягт болон талбаруудын шинж чанарт заасан байдаг (жишээлбэл, OnChange ба OnOpening маягт). Шинэ нь тушаал болж, цэсийн зүйл, товчлууруудад ашиглагддаг.
1С компани нь 1С платформын олон хувилбартай байсныг бид бүгд мэднэ; энэ нийтлэлийг бичих үед бид хамгийн сүүлийн үеийн хувилбаруудын аль нэгийг сонирхох болно, эдгээр нь 1С 8.2 ба 1С 8.3 хувилбарууд юм. Хэрэв та эдгээр хувилбаруудын аль алинд нь ажиллах шаардлагатай байсан бол хамгийн их магадлалтай Эдгээр хувилбаруудын интерфейсийн ялгааг анзаарсан, хэрэглэгчдийн хувьд тэдгээр нь зөвхөн гадаад төрхөөрөө ялгаатай. Үндсэндээ сонголт тогтмол эсвэл удирддаг програмсистемд аль хэлбэрийг ажиллуулахыг зааж өгнө. тогтмол эсвэл хяналттай, түүнчлэн зузаан эсвэл нимгэн аль програмын клиентийг анхдагчаар ашиглах вэ. Үйлчлүүлэгчдийн талаар илүү дэлгэрэнгүй мэдээлэл авахыг хүсвэл "1С дахь зузаан, нимгэн үйлчлүүлэгч гэж юу вэ, тэдгээрийн ялгаа" гэсэн нийтлэлийг уншина уу.
Ердийн 1С програм (энгийн маягт, ердийн интерфейс, 1С 8.2 хувилбар)
1С 8.2-д зөвхөн ажиллах боломжтой ердийн маягтуудтай, ердийн хэрэглээний горимд. Доорх зураг нь мэдээллийн санг "ердийн 1С програм" үйлдлийн горимд (ердийн маягт) харуулж байна.
Удирдлагатай 1С програм (удирдлагатай маягт, удирддаг интерфейс, 1С 8.3 хувилбар)
1С 8.3 платформ дээр бид ердийн хэлбэрүүд (нийцтэй байх горимд) болон удирддаг хэлбэрүүдтэй ажиллах боломжтой. Түүнээс гадна удирддаг маягтууд нь стандарт болон такси гэсэн хоёр төрлийн дэлгэцтэй. Стандарт удирдлагатай маягтууд бүхий 1С 8.3 тохиргооны жишээг доор үзүүлсэн бөгөөд үүний дараа "Такси" интерфейсийг харуулав.
Ердийн болон удирддаг 1С програмын хооронд ямар ялгаа байдаг вэ?
Бид аль хэдийн олж мэдсэн шиг ердийн программ ба удирддаг програм нь 1С програмыг эхлүүлэх ийм төрлүүд юм. Түүнээс гадна, 1С хөөргөх төрлөөс хамааран ( тогтмол эсвэл удирддаг програм), тодорхой интерфэйс нь анхдагчаар ачаалагдах болно ( тогтмол эсвэл удирддаг маягтууд), иймээс энэ үзэл баримтлалын ижил утгатай маш олон үгс байдаг. Интерфейсүүдийн ялгаа нь нэлээд ач холбогдолтой гэдгийг тэмдэглэхийг хүсч байна; удирддаг интерфейсийг бүрэн шинэчилсэн. Зарчмын хувьд эдгээр нь 1С програмын энгийн хэрэглэгчдийн хардаг бүх ялгаа юм. Программистуудын хувьд удирдаж буй интерфейс нь өөрчлөгдсөн код бичихийг шаарддаг, учир нь хөгжүүлэлт нь 1С 8.2-д биш харин 1С 8.3-д хийгдсэн тул бүх үр дагавар гарах болно. Код нь үйлчлүүлэгч болон серверт хуваагдах ёстой бөгөөд үүнийг тохируулагч дахь холбогдох удирдамжийг ашиглан зааж өгсөн болно.
1C: Enterprise платформ нь удирддаг маягтын элементүүдийг программчлан нэмэх, өөрчлөх боломжийг олгодог. Энэ нь яагаад хэрэгтэй байж болохыг олж мэдье.
Хэд хэдэн тохиолдолд маягтын програм хангамжийн өөрчлөлт шаардлагатай байж болно.
- Дараагийн шинэчлэлтийн процедурыг хөнгөвчлөхийн тулд стандарт тохиргоог дуусгах үед. Энэ тохиолдолд зөвхөн маягтын модулийг өөрчлөх болно. Модулуудыг шинэчлэх нь маягтаас хамаагүй хялбар байдаг.
- Зарим нийтлэг алгоритмуудыг хэрэгжүүлэх үед. Жишээлбэл, "Объектийн дэлгэрэнгүй мэдээллийг засварлахыг хориглох" дэд системд дэд системд холбогдсон бүх объектод програмын дагуу товчлуур үүсгэж, дэлгэрэнгүй мэдээллийг засварлах боломжийг идэвхжүүлж болно.
- Зарим тодорхой алгоритмуудыг хэрэгжүүлэх үед. Жишээлбэл, Нэршлийн лавлах хэсэгт нэмэлт мэдээллийг засварлах талбарууд үүсдэг.
Удирдлагатай маягт дээр та програмын дагуу нэмэх, өөрчлөх, устгах боломжтой:
- шаардлагатай зүйлс;
- орон нутгийн багууд;
- элементүүд.
Эдгээр бүх үйлдлийг зөвхөн сервер дээр хийх боломжтой.
Хөтөлбөрийн хэлбэрийг өөрчлөхөд хязгаарлалт байдаг:
- Та зөвхөн програмаар нэмсэн дэлгэрэнгүй мэдээлэл/команд/элементүүдийг устгах боломжтой. Та тохируулагч дээр үүсгэсэн объектуудыг программчлан устгах боломжгүй.
- Та атрибутыг үндсэн шинж чанараар нь оноож болохгүй.
Маягтын командуудыг өөрчлөх
Объектуудын командуудын найрлагыг удирдах Удирдах маягтцуглуулга байдаг Багууд
Нэмэх (< ИмяКоманды >)
Тоо хэмжээ ()
Хай (< ИмяКоманды >)
Устгах (< Команда >)
Teams цуглуулга нь үйлчлүүлэгч болон сервер дээр байдаг. Та цуглуулгыг (Add() ба Устгах() аргууд) зөвхөн сервер дээр өөрчлөх боломжтой. Та клиент болон сервер дээр аль алинд нь элементийн тоог хайж, олж авах боломжтой (Find () ба Тоолох () аргууд).
Маягтын командуудтай ажиллах жишээ болгон "Өөрчлөлтийн түүх..." гэсэн гарчигтай шинэ ChangeHistory командыг үүсгэцгээе. Дэлгэцийн түүх(). Маягтыг нээх үед үүсгэлт үүсдэг.
&Сервер дээр
Процедур WhenCreatingOnServer(Бүтэлгүйтэл, Стандарт боловсруулалт)
Баг = Багууд. нэмэх( "Өөрчлөлтийн түүх");
Баг . Үйлдэл =;
Баг . Гарчиг = "Өөрчлөлтийн түүх...";
Процедурын төгсгөл
&OnClient
Процедур Холбох_Дэлгэцийн түүх(Команд)
// тушаалын үйлдэл
Процедурын төгсгөл
Тушаал зохицуулагч нь маягт дээр байрлах ба &OnClient эмхэтгэлийн удирдамжтай байх ёстой.
Маягтын дэлгэрэнгүй мэдээллийг өөрчлөх
Маягтын дэлгэрэнгүй бүрэлдэхүүнийг уншихыг функцээр гүйцэтгэдэг Дэлгэрэнгүй мэдээлэл авах(< Путь >) FormAttributes төрлийн массивыг буцаана. Функцийн параметр нь эцэг эхийн шинж чанарт хүрэх замыг (мөр хэлбэрээр) зааж өгдөг. Хэрэв параметрийг орхигдуулсан эсвэл хоосон мөрийг зааж өгсөн бол дээд түвшний дэлгэрэнгүй мэдээллийг буцаана.
Нарийвчилсан мэдээллийг өөрчлөх аргыг ашиглан хийдэг Дэлгэрэнгүй мэдээллийг өөрчлөх(<Дэлгэрэнгүй мэдээллийг нэмсэн>, <Зөөврийн дэлгэрэнгүй мэдээлэл>) обьект Удирдах маягт. Параметрүүд рүү Дэлгэрэнгүй мэдээллийг нэмсэнТэгээд Зөөврийн дэлгэрэнгүй мэдээлэл Form Attributes төрлийн элементүүдтэй массивуудыг дамжуулдаг.
Анхаар!
Нарийн бичгийн бүтцийг өөрчлөх үйл явц нь нэлээд их нөөц шаарддаг. Уг маягтыг дахин бүтээж байна. Үүнтэй холбогдуулан маягтын дэлгэрэнгүй мэдээллийг багц горимд гүйцэтгэдэг.
Худалдан авагч нэртэй шинэ маягтын атрибут үүсгэцгээе:
AddedDetails = Шинэ массив;
Дэлгэрэнгүй мэдээллийг нэмсэн. Нэмэх(Шинэ маягтын шинж чанарууд(“Худалдан авагч”, Шинэ төрлийн тайлбар (“DirectoryLink. Эсрэг талууд”), “Үйлчлүүлэгч”));// Нарийвчилсан бүрэлдэхүүнд гарсан өөрчлөлт
);
Маягтын элементүүдийг өөрчлөх
Объектийн элементүүдийн найрлагыг хянах Удирдах маягтцуглуулга байдаг Элементүүд. Цуглуулга нь хэд хэдэн аргатай:
Оруулах (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)
Нэмэх (< Имя>, < ТипЭлемента>, < Родитель >)
Тоо хэмжээ ()
Хай (< Имя >)
Зөөх(< Элемент>, < Родитель>, < МестоРасположения >)
Устгах (< Элемент >)
Items цуглуулга нь үйлчлүүлэгч болон сервер дээр байдаг. Цуглуулгыг өөрчлөх (Арга оруулах () , Нэмэх () , Зөөх () болон Устгах () ) нь зөвхөн сервер дээр боломжтой. Та клиент болон сервер дээр аль алинд нь элементийн тоог хайж, олж авах боломжтой (Find () ба Тоолох () аргууд). Цуглуулгын элементүүд нь:
- FormGroup;
- FormTable;
- FormField;
- Маягтын товчлуур.
Та формацийн элементүүдэд үйл явдал зохицуулагчийг программчлан зааж өгч болно. Энэ арга нь эдгээр зорилгод зориулагдсан болно Үйлдлийг тохируулах(< ИмяСобытия>, < Действие >) .
Командууд, дэлгэрэнгүй мэдээлэл, хэлбэрийн элементүүдтэй ажиллах хамгийн түгээмэл жишээнүүдийг авч үзье.
Тушаал болон түүнтэй холбоотой товчлуур нэмэх:
// Команд үүсгэх
Баг = Багууд. нэмэх( "Өөрчлөлтийн түүх");
Баг . Үйлдэл = "Plug-in_Display History"; // Маягт нь заасан нэртэй процедурыг агуулсан байх ёстой
Баг . Гарчиг = "Өөрчлөлтийн түүх...";
// Товч үүсгээд командтай холбоно
Бүрэлдэхүүн = Эд зүйлс. нэмэх( "Өөрчлөлтийн түүх", Type("FormButton" ));
Element.CommandName = "Өөрчлөлтийн түүх";
Атрибут болон холбогдох оролтын талбар нэмэх:
// Нэмэгдсэн дэлгэрэнгүй мэдээлэл
AddedDetails = Шинэ массив;
Дэлгэрэнгүй мэдээллийг нэмсэн. Нэмэх(Шинэ маягтын тулгуур ("Худалдан авагч", Шинэ төрлийн тайлбар ( "DirectoryLink. Эсрэг талууд"), "Үйлчлүүлэгч" ));
// Нарийвчилсан бүрэлдэхүүнийг өөрчлөх
Дэлгэрэнгүйг өөрчлөх(Нэмэгдсэн мэдээлэл);
// Оролтын талбар үүсгэж, шинж чанаруудтай холбох
Бүрэлдэхүүн = Эд зүйлс. Нэмэх("Худалдан авагч" , Төрөл("FormField" ));
Бүрэлдэхүүн . Харах = FormFieldView. Нэвтрэх талбар;
Бүрэлдэхүүн . PathToData= "Худалдан авагч";
Маягтын элементэд үйл явдал зохицуулагчийг оноож байна:
Захиалагч. SetAction("Өөрчлөх үед", "Connected_buyerOnChange");
&OnClient
Процедур Connected_buyerOnChange(Бүрэлдэхүүн)
// Үйл явдлын үйлдлүүд
Процедурын төгсгөл
Анхаар!
Аргыг ашиглан кодоос үйл явдал зохицуулагч болгон тохируулсан процедурууд SetAction(), Connectable_ угтварыг тохируулахыг зөвлөж байна.
Анхаар!
Та удирдаж буй маягтын дэлгэрэнгүй мэдээлэл, команд, элементүүдийг программчлан хайх, өөрчлөх жишээнүүдийн тусламжтайгаар боловсруулалтыг татаж авах боломжтой.
Хамгийн гол асуудал бол 10-15 жилийн хугацаанд энгийн хэлбэрт зориулж маш олон кодыг аль хэдийн эмхэтгэсэн байдаг. Энэ бүгдийг клиент-сервер дээр дахин бичихийг хэн ч хүсэхгүй + олон хүмүүс интерфэйстэй ажиллахад сургагдсан байдаг. Ирэх жилээс эхлэн АД 3.0-д зайлшгүй шилжих нь хөгжүүлэгчид болон нягтлан бодогчдын тархинд айдас төрүүлж байна. Санал хүсэлт нь маш тааламжгүй байх болно. Нэмж дурдахад мэргэжлээр элсэх нь улам бүр нэмэгдэж, програмчлал нь илүү хэцүү болж, стандарт нь бүр ч хэцүү болсон. Стандарт баримт бичигт шинэ алгоритм ямар үнэтэй вэ? Баримт бичиг дээр 2-3 товчлуур байхад хэт ягаан туяа нь маш сайн харагддаг, хэт ягаан туяа нь хөдөлгөөнт төхөөрөмж дээр ажиллахад маш сайн байдаг ч компаниудын зөвхөн 0.01% нь үүнийг ашигладаг. Хэрэв 1С шинэ зүйл гаргаж ирэхгүй бол та солих хэрэгтэй болно, гэхдээ энэ нь хүн бүрт удаан бөгөөд зовлонтой байх болно. Мөн компаниуд өөрсдөө мөнгөө төлөх ёстой.
Би ч гэсэн одоог хүртэл хяналттай хэлбэрээс зөвхөн сөрөг зүйлийг л мэдэрсэн, инновацийн сул талуудыг энд дурдъя:
- Юу ч биш үү? За, би үүнтэй хэд хэдэн удаа таарч байсан, жишээлбэл, ZUP conf-д гадаад хэвлэх маягт бичиж хавсаргах, боловсруулахад бүхэл бүтэн баатарлаг, Интернет дэх заавар, кодын хуудаснууд дүүрэн байх ёстой.
Зузаан үйлчлүүлэгч дээр параметрүүдтэй нэг процедур байдаг, жишээлбэл. хөгжил нь хэдхэн минутын асуудал юм.
мөн тоормос нь нүцгэн нүдэнд нимгэн харагдаж байна - Удирдах хэлбэрийг бэлтгэх чадвартай байхын хувьд - энэ бол урлагийн төлөөх урлаг, гэхдээ практик ач холбогдол, ялангуяа файлын хувилбар юу вэ?
- Би 3 жилийн турш хэт ягаан туяанд уран баримал хийсэн боловч одоо би энгийн хэлбэрт шилжсэн бөгөөд надад итгээрэй, энэ шилжилтийг хийхэд сэтгэл зүйн хувьд нэлээд хэцүү байсан, гэхдээ энэ бол миний ухамсартай сонголт, учир нь 1c хэт ягаан туяанд санал болгож буй зүйл нь бүрэн UG юм. Магадгүй хэдэн жилийн дараа 1c нээлт хийх байх, гэхдээ одоо тэр энэ амжилтыг хийх газрыг хайж байна ...
- Тохируулагчийн хэт ягаан туяаг нээхэд илүү их хугацаа шаардагдана.
Үүний дараа 8.1-д маягт нээх нь ачааны машинаас онгоц руу шилжүүлэхтэй адил юм! - Хүн бүрт илүү олон асуудал тулгарч, хэрэглэгчид шинэ интерфэйсийг гайхшруулж байна (хүн бүр үүнийг хүлээн зөвшөөрдөггүй, гэхдээ тэд жижиг зүйлд илүү тэнэг байдаг), програмистуудын тал хувь нь мэргэжлийн түвшинд тохиромжгүй болсон, дундаж мэргэжилтний хувьд үүнийг хийхэд хэцүү болсон. ажил олж, яаж чанартай бүтээгдэхүүн үйлдвэрлэх вэ. Хэт ягаан туяаны маркетингийн хамгийн гайхалтай сэдэв бол шилжилт нь энгийн шинэчлэлтийн үед тохиолддог гэдгийг тэд хаа сайгүй хөөрдөг, гэхдээ хүн бүр эхнээсээ хамгийн сүүлийн үеийн хувилбаруудыг дагаж мөрдөх хэрэгтэй гэдгийг мартдаг! Гэхдээ зарчмын хувьд энэ санаа надад таалагдаж байна!
- Би мэдэхгүй байна, миний туршлага эсрэгээрээ байгааг харуулж байна. Хэдэн жилийн турш хатуу хэлбэрийн өсөлтүүд автоматаар цохиж байгаа бол шинэ хэт ягаан туяаны стандартад сар бүр "яагаад, энэ товчлуурыг шинэчилсний дараа 1С одоо хаана байна, яагаад одоо ажиллахгүй байна" гэж эхэлдэг. , хурд нэмдэггүй.
- - илүү олон код байна
- код нь илүү төвөгтэй болсон
- стандартыг өөрчлөх нь илүү хэцүү байдаг
- Миний UT11 өгсөн хэрэглэгчид 10.x-тэй харьцуулахад ямар ч давуу тал олж чадаагүй
- гэхдээ тэд зарим удаашралтай, хайлт гэх мэт зарим функц дутагдалтай байгааг олж мэдсэн (ямар нэг шалтгааны улмаас тэд урагш хойш хайлт хийхийг хүссэн боловч сонголт хийхгүй)
Миний бодлоор золиослол нь вэб үйлчлүүлэгч болон таблетуудын төлөө хэтэрхий том байна. Түүнээс гадна би хувьдаа алсын зайн хандалтыг амжилттай ашиглах шаардлагатай вэб клиенттэй бодит ажил хараахан хараахан хараахан болоогүй байна. - Үйлчлүүлэгч-серверийн bedlam нь гүйцэтгэл, өргөтгөх чадварыг нэмэгдүүлэх ёстой бөгөөд үүний зэрэгцээ зардалд кодчилол нэмэгдэх болно.
Гэсэн хэдий ч хүн бүр өсөлтийг мэдэрдэггүй тул сэтгэл дундуур байна. Үүний зэрэгцээ бүгд кодчиллын зардалд автсан.
P.S. Үнэндээ би хяналттай хүмүүст дуртай, би тэднийг тайвнаар зурдаг. Гэтэл ердийнх нь гажуудсан. - Гэртээ (ердийн компьютер) би хувиараа бизнес эрхлэгчдийн дагуу архи уудаг.
8.3, BP3, алаг. Гол сэтгэгдэл бол би ажил хийдэггүй, гэхдээ байнга хүлээдэг. hemorrhoidal хариу урвал. Дансанд зориулсан SALT нь ердөө л гайхалтай байдлаар бий болсон - энэ нь мега-холдинг дэх жилийн дансны карт шиг санагддаг. - UT11 бол зэрлэг тоормос, аймшигт, ерөнхийдөө хар дарсан зүүд юм.
UT10 нь UT11-тэй харьцуулахад нисдэг.
Хэт ягаан туяаны тухайд - алдаанууд олон жилийн турш халдварладаг, бүх зүйл муруй, баганууд нь нэг дэлгэц дээр хэзээ ч багтдаггүй, сунах нь олон тохиолдолд аймшигтай байдаг.
Би маш олон сул талуудыг жагсааж чадна, гэхдээ би сайн талуудын талаар юу ч хэлэхгүй байх. Тэд зүгээр л байдаггүй.
Пүүсүүд эдгээр маягтуудыг тусгайлан дуусгасан, учир нь хөгжүүлэлтийн зардал өндөр, тусгай зүйл байхгүй, ердийн хэлбэрүүд ч байдаггүй.
Цөөн давуу талтай, гэхдээ мэдээжийн хэрэг байдаг ...
давуу тал:
Хариулт нь удаан хугацааны туршид байсан, UP юу өгсөн:
хөндлөн платформ үйлчлүүлэгч
- муу холбооны шугам дээр ажиллах
- хөтөчөөр дамжуулан ажиллах чадвар (үйлчлүүлэгч суулгахгүйгээр)
