지난 수업에서는 일반(뚱뚱한) 클라이언트에 대해 고려했습니다. 플랫폼 버전 1C 8.2에서. 그들은 새로운 화면 양식 1C 8.2를 사용합니다. 관리 양식 1C 8.2라고합니다.
관리 양식 1C 8.2는 1C의 미래입니다. 특수 설정을 기반으로 시스템에서 자동으로 생성된다는 점에서 일반 1C 8.2 형식과 다릅니다("일반" 형식은 단순히 프로그래머가 마음대로 그립니다).
관리 양식 1C 8.2의 개발과 일반적인 양식의 차이점은 중요합니다. 따라서 관리 양식 1C 8.2의 생성 및 수정에 대해 별도로 논의하기 위해 오늘 모였습니다.
관리 양식 1C 8.2
이전에 1C 구성을 개발한 적이 있는 경우 1C 8.2 관리 양식 편집기를 열면 마우스로 1C 8.2 양식에 전혀 영향을 미칠 수 없다는 사실에 즉시 혼란스러워할 것입니다.
1C 8.2 양식을 변경할 수 없으며 요소를 이동할 수 없으며 이전과 같이 1C 8.2 양식에서 필드를 두 번 클릭하여 필드 속성을 볼 수도 없습니다.
이제 1C 8.2 양식 개발의 기초는 필드를 양식의 좌표에 바인딩하는 것이 아니라 특수 설정입니다. 시스템은 이러한 설정을 기반으로 관리 양식 1C 8.2를 자동으로 생성합니다.
설정은 왼쪽 상단 모서리의 편집기에 있는 1C 8.2 양식 요소 목록으로 구성됩니다. 양식 1C 8.2의 요소는 다음과 같습니다.
- 요건
- 명령(새로운 개념 1C 8.2, 버튼이나 메뉴 항목처럼 보일 수 있음)
- 그룹(세부 사항과 명령을 결합하기 위해).
따라서 이러한 요소의 설정은 필드의 속성이 아니라 이러한 설정 요소의 속성(오른쪽 클릭 메뉴, 속성 항목)에 있습니다.
관리 양식 1C 8.2 작동 방식
관리 양식 1C 8.2 작업은 사용자마다 다릅니다. 그들은 더 많은 기능을 가지고 있지만 오랫동안 1C로 작업해온 사람들에게는 이례적입니다.
우선, 1C 8.2 형식의 일반적인 요소 위치가 다릅니다. 명령 모음은 항상 맨 위에 있습니다.
명령 모음의 왼쪽은 사용자 지정할 수 있습니다. 일반적으로 Record 및 Post와 같은 일반적인 버튼이 포함되어 있습니다.
명령 패널의 오른쪽은 1C 형식의 모든 작업의 새로운 표준 메뉴입니다. 이 메뉴를 사용하면 ACS 보고서의 설정을 통해 보고서의 모양을 크게 변경할 수 있는 것과 유사하게 원하는 대로 1C 8.2 형식을 관리할 수 있습니다.
임의 메뉴 항목 1C 모든 작업
이 양식 1C 8.1이 하나 또는 다른 것에 속하는지에 따라 메뉴는 이 개체를 관리할 수 있는 항목으로 채워집니다. 예를 들어 디렉토리 목록 형식이라면 Create 또는 Edit와 같은 명령이 있을 것입니다.
항목 사용자 정의 메뉴 목록 1C 모든 작업
1C 8.2 형식에 목록이 있으면 메뉴에 목록 설정 및 목록 표시 명령이 있습니다.
Output List 명령이 이미 친숙한 경우 Excel에서 1C의 목록을 저장/인쇄할 수 있으며 두 번째 명령은 새 명령입니다.
이미 알고 있듯이 목록 명령 모음에는 더 이상 선택 단추가 없습니다. 대신에 작동하는 찾기 버튼이 나타납니다 (입력 할 때 목록에서 현재 비활성화 된 커서 위치 지정)-불만 사항이 있습니다.
물론 찾기 버튼의 기능은 선택 항목과 비교할 수 없지만 아무데도 사라지지 않았습니다!
이제 사용자 정의 목록 메뉴 항목 아래에 있습니다. 이제 모든 필드에서 선택을 수행할 수 있으며 그 외에도 SKD 보고서에서 수행할 수 있는 것과 동일한 방식으로 정렬 및 조건부 서식을 수행할 수 있습니다.
항목 변경 메뉴 양식 1C 모든 조치
양식 변경 항목을 사용하면 1C 8.2 양식의 목록뿐만 아니라 1C 8.2 양식 자체도 유사하게 변경할 수 있습니다.
사용자는 1C 8.2 양식, 너비 및 높이, 열 때 기본 필드 활성화 등에서 필드의 가시성을 독립적으로 활성화 또는 비활성화할 수 있습니다.
관리 양식 1C 8.2 및 일반 양식 1C 사용
기본적으로 일반 1C 양식은 씩(일반) 1C 클라이언트 구성에 사용되고 관리 양식은 씬 및 웹 1C 클라이언트 구성에 사용됩니다. 그러나 두 가지 형태의 1C는 동시에 포함하여 모든 구성에서 사용할 수 있습니다.
이렇게 하려면 구성 속성(구성 창의 맨 위 요소)도 입력해야 합니다.
1C 8.2의 구성 속성에는 1C 양식의 비표준 사용을 활성화할 수 있는 두 개의 새로운 확인란이 있습니다.
관리되는 양식 만들기 8.2
새로운 양식 1C 8.2를 추가하는 것은 키보드의 Ins 버튼이나 추가 버튼을 사용하여 이전과 동일한 방식으로 수행됩니다. 기존 항목을 입력하려면 마우스로 두 번 클릭하십시오.
기본적으로 구성에 설정된 양식(일반 또는 관리)이 생성됩니다(구성 속성의 기본 시작 모드 속성 참조).
생성자는 양식 유형(요소의 양식, 목록)을 선택하라는 메시지를 표시합니다. 여기에서 양식에 명령 모음을 추가하거나 제거할 수 있습니다. 대부분의 경우 이러한 설정은 기본적으로 그대로 유지됩니다.
기본적으로 채워진 양식이 열립니다. 여기에 추가된 1C 객체의 모든 세부 정보가 열립니다. 생성자의 두 번째 탭에서 특정 필수 필드 목록을 선택할 수 있습니다.
양식 편집기는 세 부분으로 구성됩니다.
- 왼쪽 상단 모서리에는 양식 요소 목록이 있습니다. 항목을 결합할 수 있는 필드, 명령 및 그룹으로 구성됩니다. 명령 목록은 명령 인터페이스 탭에서 별도로 볼 수 있습니다.
- 오른쪽 상단 모서리에는 사용 가능한 양식 속성 및 개체 속성 목록이 있습니다(개체 속성 옆에 있는 십자가 열기).
- 아래는 결과 양식의 미리보기입니다.
사용 가능한 세부 정보를 왼쪽으로 드래그하면 양식 요소(양식의 필드)가 됩니다.
버튼이나 메뉴 항목을 추가해야 하는 경우 명령 탭의 오른쪽에서 새 명령을 생성해야 합니다. 이것은 양식 모듈의 함수에 대한 래퍼입니다. 실제로 호출할 함수를 지정하는 것 외에도 기능 옵션에 대한 가시성의 종속성뿐만 아니라 그림과 같은 표시를 할당할 수 있습니다.
명령도 왼쪽으로 드래그됩니다. 부모가 명령 모음이면 명령 모음 단추가 됩니다. 그렇지 않으면 단추만 됩니다.
양식 요소(필드) 목록에서 객체/양식의 속성을 드래그할 수 있을 뿐만 아니라 간단히 추가할 수도 있습니다(버튼 추가 또는 Ins). 특히 새 양식 개체인 그룹을 만들 수 있습니다.
그룹은 명령 패널이 될 수 있습니다(커서가 양식 라인에 있어야 함). 그런 다음 명령을 끌어다 놓으면 버튼이 됩니다.
그룹은 "일반"일 수 있습니다. 그런 다음 수직 및 수평으로 필드를 그룹화하는 방법입니다. 속성에서 그룹 이름을 제거할 수 있습니다.
그룹은 패널(페이지)이 될 수 있습니다. 맨 위에 추가된 그룹은 패널이고 이 유형의 중첩된 그룹은 페이지입니다. 필드는 이미 페이지로 드래그되고 있습니다.
목록에서 양식 요소를 삭제하여 불필요한 양식 요소를 제거합니다.
양식에서 필드의 위치는 요소 목록(수직) 또는 그룹(수평)의 순서에 따라 결정됩니다. 너비와 높이는 양식 요소의 속성에서 설정됩니다.
양식 요소 속성이 크게 확장되었으며 모양 제어(선택 및 지우기 버튼) 및 기본값 확인과 같은 유용한 기능이 많이 포함되어 있습니다.
차원을 포함하여 양식 자체의 속성은 이름이 Form인 양식의 루트 요소에 설정됩니다.
이벤트 처리기(사용자 작업에 대한 응답)는 이제 두 가지 유형으로 나뉩니다. 이전 항목 - 이전과 마찬가지로 양식 및 필드의 속성(예: OnChange 및 OnOpening the form)에 지정됩니다. 새로 만들기 - 명령이 되었으며 메뉴 항목 및 버튼에 사용됩니다.
우리 모두는 1C 회사에 1C 플랫폼의 다양한 버전이 있다는 것을 알고 있습니다. 이제 이 글을 쓰는 시점에서 최신 버전 중 하나인 1C 8.2 및 1C 8.3 버전에 관심을 가질 것입니다. 이 두 버전 모두에서 작업해야 하는 경우 가장 가능성이 높습니다. 이 버전의 인터페이스에서 발견된 차이점, 사용자의 경우 외부에서만 다릅니다. 본질적으로 선택 일반 또는 관리 앱실행하기 위해 표시할 양식을 시스템에 알려줍니다. 일반 또는 통제, 기본적으로 사용되는 응용 프로그램 클라이언트(두꺼움 또는 얇음). 클라이언트에 대한 자세한 내용은 "1C의 씩 및 씬 클라이언트와 차이점"기사를 참조하십시오.
일반 1C 애플리케이션(일반 양식, 일반 인터페이스, 버전 1C 8.2)
1C 8.2에서는 작업만 가능 일반 형식으로, 일반 응용 프로그램 모드에서. 아래 이미지는 "일반 1C 애플리케이션" 작동 모드(일반 형식)의 베이스를 보여줍니다.
관리되는 애플리케이션 1C(관리되는 양식, 관리되는 인터페이스, 버전 1C 8.3)
1C 8.3 플랫폼에서는 일반 양식(호환 모드)과 관리 양식을 모두 사용할 수 있습니다. 그리고 관리되는 양식에는 표준 및 택시의 두 가지 유형의 표시가 있습니다.. 표준 관리 양식이 있는 1C 8.3 구성의 예가 아래에 나와 있으며 그 뒤에 택시 인터페이스가 표시됩니다.
일반 및 관리형 1C 애플리케이션의 차이점은 무엇입니까?
우리가 이미 알아낸 바와 같이 일반 응용 프로그램과 관리 응용 프로그램은 1C 프로그램을 시작하는 유형입니다.. 또한 발사 유형의 가치에 따라 1C ( 일반 또는 관리형 애플리케이션), 특정 인터페이스가 기본적으로 로드됩니다( 일반 또는 관리 양식), 따라서 이 개념에 대한 많은 동의어가 있습니다. 인터페이스의 차이점이 상당히 중요하다는 점에 주목하고 싶습니다. 관리되는 인터페이스가 완전히 재설계되었습니다. 원칙적으로 이것은 1C 프로그램의 일반 사용자가 보는 모든 차이점입니다. 프로그래머의 경우 개발이 1C 8.2가 아닌 1C 8.3에서 이미 진행 중이므로 관리되는 인터페이스에 수정된 코드를 작성해야 합니다. 또한 코드는 클라이언트와 서버로 구분되어야 하며 이는 구성기에서 적절한 지시문을 사용하여 표시됩니다.
1C:Enterprise 플랫폼을 사용하면 관리 양식의 요소를 프로그래밍 방식으로 추가하고 수정할 수 있습니다. 이것이 필요한 이유를 살펴보겠습니다.
양식의 프로그래밍 방식 수정은 여러 경우에 필요할 수 있습니다.
- 후속 업데이트 절차를 용이하게 하기 위해 일반적인 구성을 마무리할 때. 이 경우 양식 모듈만 변경됩니다. 모듈은 양식보다 업데이트하기가 훨씬 쉽습니다.
- 일반적인 알고리즘을 구현할 때. 예를 들어 하위 시스템에 연결된 모든 개체에 대한 "개체 세부 정보 편집 금지" 하위 시스템에서 세부 정보를 편집할 수 있도록 프로그래밍 방식으로 버튼이 생성됩니다.
- 특정 알고리즘을 구현할 때. 예를 들어 추가 세부 정보를 편집하기 위한 필드는 Nomenclature 참고서에 생성됩니다.
관리되는 양식에서 프로그래밍 방식으로 다음을 추가, 수정 및 제거할 수 있습니다.
- 요건;
- 로컬 명령;
- 강요.
이러한 모든 작업은 서버에서만 가능합니다.
프로그래밍 방식의 재구성에는 다음과 같은 제한 사항이 있습니다.
- 프로그래밍 방식으로 추가된 특성/명령/요소만 삭제할 수 있습니다. 구성자에서 생성된 개체는 프로그래밍 방식으로 삭제할 수 없습니다.
- 속성을 기본 속성으로 지정하는 것은 불가능합니다.
양식 명령 변경
개체에 대한 명령 구성을 관리하려면 관리되는 양식컬렉션을 가지고 팀
추가하다 (< ИмяКоманды >)
수량 ()
찾다 (< ИмяКоманды >)
삭제 (< Команда >)
Commands 컬렉션은 클라이언트와 서버 모두에서 사용할 수 있습니다. 컬렉션 수정( 메서드 Add() 및 Remove() )은 서버에서만 가능합니다. 클라이언트와 서버 모두에서 요소 수(Find() 및 Quantity() 메서드)를 검색하고 가져올 수 있습니다.
양식 명령 작업의 예로 "Change History ..."라는 제목의 새 ChangeHistory 명령을 만들어 처리기를 호출합니다. 디스플레이 히스토리() . 양식이 열리면 작성이 수행됩니다.
서버에서(&O)
절차 OnCreateOnServer(실패, 표준 처리)
팀 = 명령. 추가하다( "변화의 역사");
팀 . 동작 = ;
팀 . 제목 = "변화의 역사...";
종료 절차
&At클라이언트
절차 Connected_DisplayHistory(명령)
// 커맨드 액션
종료 절차
명령 처리기는 형식에 있어야 하며 컴파일 지시문 &AtClient 가 있어야 합니다.
양식 세부 정보 변경
양식 속성의 구성 읽기는 함수에 의해 수행됩니다. 세부 정보 얻기(< Путь >) FormAttributes 유형의 배열을 반환합니다. 함수 매개변수는 상위 속성에 대한 경로(문자열)를 지정합니다. 매개변수를 생략하거나 빈 문자열을 지정하면 최상위 자격 증명이 반환됩니다.
세부 사항 변경은 메소드에 의해 수행됩니다. 필수 편집(<추가된 세부 정보>, <이동식 세부 정보>) 물체 관리되는 양식. 옵션 추가된 세부 정보그리고 이동식 세부 정보양식 필수 유형의 요소가 있는 배열이 전달됩니다.
주목!
세부 구성을 변경하는 프로세스는 리소스 집약적입니다. 실제로 양식이 다시 만들어지고 있습니다. 이와 관련하여 양식의 세부 사항에 대한 작업은 배치 모드에서 수행됩니다.
Buyer라는 새 양식 속성을 만들어 보겠습니다.
AddedAttributes = 새 배열;
세부 정보를 추가했습니다. 추가(새 양식 속성("구매자", New TypeDescription ("DirectoryReference.Counterparty"), "클라이언트");// 속성 구성 변경
);
양식 요소 변경
개체 요소의 구성을 관리하려면 관리되는 양식컬렉션을 가지고 강요. 컬렉션에는 여러 가지 방법이 있습니다.
끼워 넣다 (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)
추가하다 (< Имя>, < ТипЭлемента>, < Родитель >)
수량 ()
찾다 (< Имя >)
이동하다(< Элемент>, < Родитель>, < МестоРасположения >)
삭제 (< Элемент >)
Elements 컬렉션은 클라이언트와 서버 모두에서 사용할 수 있습니다. 모음 수정(삽입 방법 () , 추가() , 이동() 및 삭제() )는 서버에서만 사용할 수 있습니다. 클라이언트와 서버 모두에서 요소 수(Find() 및 Quantity() 메서드)를 검색하고 가져올 수 있습니다. 컬렉션 요소는 다음과 같습니다.
- 그룹폼;
- 테이블폼;
- FormField;
- ButtonForms.
프로그래밍 방식으로 이벤트 처리기를 양식 요소에 할당할 수 있습니다. 이를 위해 방법은 설정액션(< ИмяСобытия>, < Действие >) .
명령, 특성 및 양식 요소 작업에 대한 가장 일반적인 실제 예를 살펴보겠습니다.
명령 및 관련 버튼 추가:
// 팀 생성
팀 = 명령. 추가하다( "변화의 역사");
팀 . 조치 = "Connected_DisplayHistory"; // 양식은 지정된 이름을 가진 프로시저를 포함해야 합니다.
팀 . 머리글 = "변화의 역사...";
// 버튼을 만들고 명령과 연결
요소 = 아이템. 추가하다( "변화의 역사", Type("FormButton" ));
요소.명령 이름 = "변화의 역사";
속성 및 관련 입력 필드 추가:
// 추가된 내용 설명
AddedAttributes = 새 배열;
세부 정보를 추가했습니다. 추가하다(새 양식 속성("구매자", 새 유형 설명( "참조 링크. 상대방"), "고객" ));
// 속성 구성 변경
EditAttributes(추가된속성);
// 입력 필드 생성 및 속성에 연결
요소 = 항목. Add("고객" , Type("FormField" ));
요소 . 보기 = ViewFormFields. 입력란;
요소 . PathToData= "구매자" ;
양식 요소에 이벤트 핸들러 지정:
아이템 구매자. SetAction("변경될 때" , "Plug-in_BuyerOnChange");
&At클라이언트
절차 Plugin_BuyerOnChange(요소 )
// 이벤트 액션
종료 절차
주목!
메소드를 사용하여 코드에서 이벤트 핸들러로 설치되는 프로시저 세트액션(), Connected_ 접두사를 사용하는 것이 좋습니다.
주목!
프로그래밍 방식 검색의 예와 관리 양식의 세부 정보, 명령 및 요소 변경과 함께 처리를 다운로드할 수 있습니다.
주요 문제는 10-15년 동안 많은 코드가 이미 일반 형식에 대해 부풀려졌다는 것입니다. 아무도 클라이언트-서버에서 모든 것을 다시 작성하고 싶어하지 않으며 많은 사람들이 인터페이스 작업에 대해 교육을 받았습니다. 내년에 BP 3.0으로의 의무 전환은 개발자와 회계사의 마음에 공포를 불러일으킵니다. 피드백은 매우 공정할 것입니다. 또한 직업 진입의 기준이 높아지고 프로그래밍이 더 어려워지고 일반적인 것이 더욱 어려워졌습니다. 표준 문서에서 수행하기 위한 새로운 알고리즘의 가치는 무엇입니까? UV는 문서에 2-3개의 버튼이 있을 때 멋져 보이고, UV는 모바일 장치에서 작업할 때 훌륭하지만 0.01%의 회사에서 사용합니다. 1C가 새로운 것을 내놓지 않으면 전환해야 하지만 모두에게 길고 고통스러울 것입니다. 그리고 회사 자체가 돈을 지불해야 할 것입니다.
나도 지금까지 관리되는 양식에서만 부정적인 경험을 했습니다. 혁신의 다른 단점은 다음과 같습니다.
- 아무것도 아님? 글쎄요, 예를 들어 외부 오븐 양식을 작성하고 conf에 첨부하고 전체 서사시를 처리하고 인터넷과 코드 페이지에 많은 지침이 있습니다.
씩 클라이언트에서 매개변수가 있는 하나의 프로시저, 즉 개발은 몇 분이면 됩니다.
그리고 브레이크는 육안으로 보기에는 얇습니다. - 관리되는 양식을 준비할 수 있는 것과 관련하여 - 이것은 예술을 위한 예술이지만 특히 파일 버전의 경우 실질적인 의미는 무엇입니까?
- 나는 3년 동안 UV에서 조각을 했지만 지금은 단순한 형태로 다시 전환했고, 이 전환은 심리적으로 상당히 어려웠지만 UV에서 1s가 제공하는 것은 완전히 UG이기 때문에 이것은 나의 의식적인 선택입니다 .... 아마도 몇 년 안에 1c는 돌파구를 만들 것입니다. 그러나 이제 그녀는 이 돌파구를 만들 곳만 찾고 있습니다...
- 구성기의 UV는 여는 데 훨씬 더 오래 걸립니다.
그 후 8.1에서 오프닝 형식 - 트럭에서 비행기로 이동하는 방법! - 모두를 위한 더 많은 치질이 있고, 사용자는 새로운 인터페이스에 충격을 받았습니다(모든 사람이 인정하지는 않지만 그들은 훨씬 더 작고 세부적인 사항에 대해 더 멍청합니다). 프로그래머의 절반이 전문가에게 적합하지 않게 되었으며 일반 전문가가 직업을 찾고 양질의 제품을 생산하는 방법. 그리고 UV의 가장 멋진 마케팅 테마는 모든 곳에서 전환이 간단한 업데이트라는 점입니다. 모든 사람들이 처음부터 최신 릴리스를 따라잡아야 한다는 사실을 잊고 있습니다! 그러나 일반적으로 나는 아이디어가 마음에 듭니다!
- 내 연습은 그 반대를 보여줍니다. 간단한 형태의 bukhs가 몇 년 동안 기계에서 몇 년 동안 쳤던 곳에서 새로운 UV 표준에서 매월 "젠장, 이 버튼을 업데이트한 후 1C는 어디에 있고 지금 작동하지 않는 이유"가 시작됩니다. 보시다시피 속도를 추가하지 않습니다.
- - 더 많은 코드
- 코드가 더 복잡해졌습니다.
- 표준 개선 - 훨씬 더 어려움
- 내가 UT11을 준 사용자는 10.x에 비해 어떤 이점도 찾지 못했습니다.
- 그러나 그들은 브레이크와 검색과 같은 일부 기능의 부족을 발견했습니다 (어떤 이유로 그들은 선택이 아닌 앞뒤로 검색을 원했습니다)
내 의견 - 웹 클라이언트와 태블릿을 위해 너무 큰 희생. 그리고 개인적으로 원격 액세스를 성공적으로 사용해야 하는 웹 클라이언트에 대한 실제 작업을 아직 본 적이 없습니다. - 클라이언트-서버 대혼란은 성능 향상과 확장성을 제공하는 동시에 코딩 비용을 증가시켜야 합니다.
그러나 모든 사람이 증가한 것은 아니므로 실망했습니다. 그리고 동시에 모든 사람들이 코딩 비용을 절감했습니다.
추신 사실 나는 관리되는 것을 좋아하고 침착하게 그립니다. 그러나 전형적인 것은 변질되었습니다. - 집(일반 컴퓨터)에서 IP에 대한 부기를 수행합니다.
8.3, BP3, 체커. 주된 인상은 내가 일하지 않고 항상 기다린다는 것입니다. 치질 반응. 계정의 SALT는 단순한 바보로 형성됩니다. 그 해의 계정 카드가 메가 홀딩이라는 인상을 받았습니다. - UT11은 일반적으로 거친 브레이크, 공포 및 악몽입니다.
UT10은 UT11에 비해 날아갑니다.
UV 관련 - 버그는 수년 동안 넘쳐나고 모든 것이 비뚤어지고 기둥이 한 화면에 맞지 않으며 많은 경우 스트레칭이 끔찍합니다.
그리고 나는 여전히 많은 마이너스를 때릴 수 있습니다. 아마 전문가들에게 아무 말도하지 않을 것입니다. 그들은 단순히 존재하지 않습니다.
개발 비용이 더 많이 들기 때문에 회사는 특별히 이러한 양식을 사용했습니다. 스페셜도 없었고 일반도 없었습니다.
장점은 거의 없지만 확실히 존재합니다 ...
찬성:
오랜 시간 동안 UE가 제공한 답변이 있습니다.
크로스 플랫폼 클라이언트
- 잘못된 통신 회선에서 작업
- 브라우저를 통해 작업하는 기능(클라이언트를 설치하지 않고)
