At skrive en GUI til 1C RAC, eller igen om Tcl/Tk

Da vi dykkede ned i emnet om, hvordan 1C-produkter fungerer i Linux-miljøet, blev en ulempe opdaget - manglen på et praktisk grafisk multi-platform-værktøj til at administrere en klynge af 1C-servere. Og det blev besluttet at rette op på denne ulempe ved at skrive en GUI til rac-konsollen. Tcl/tk blev valgt som udviklingssprog som efter min mening bedst egnet til denne opgave. Og så vil jeg gerne præsentere nogle interessante aspekter af løsningen i dette materiale.

For at arbejde skal du bruge tcl/tk og 1C distributioner. Og da jeg besluttede at få mest muligt ud af mulighederne for den grundlæggende tcl/tk-levering uden at bruge tredjepartspakker, skal jeg bruge version 8.6.7, som inkluderer ttk - en pakke med yderligere grafiske elementer, som vi primært har brug for ttk af. ::TreeView, det tillader visning af data både i form af en træstruktur og i form af en tabel (liste). Også i den nye version er arbejdet med undtagelser blevet omarbejdet (prøv-kommandoen, som bruges i projektet ved kørsel af eksterne kommandoer).

Projektet består af flere filer (selvom intet forhindrer dig i at gøre alt i én):

rac_gui.cfg - standardkonfiguration
rac_gui.tcl - hovedstartscript
Lib-mappen indeholder filer, der automatisk indlæses ved opstart:
function.tcl - fil med procedurer
gui.tcl - den primære grafiske grænseflade
images.tcl - base64 billedbibliotek

rac_gui.tcl-filen starter faktisk fortolkeren, initialiserer variabler, indlæser moduler, konfigurationer og så videre. Indhold af filen med kommentarer:

rac_gui.tcl

#!/bin/sh
exec wish "$0" -- "$@"

# Устанавливаем текущий каталог
set dir(root) [pwd]
# Устанавливаем рабочий каталог, если его нет то создаём
set dir(work) [file join $env(HOME) .rac_gui]
if {[file exists $dir(work)] == 0 } {
    file mkdir $dir(work)    
}
# каталог с модулями
set dir(lib) "[file join $dir(root) lib]"

# загружаем пользовательский конфиг, если он отсутствует, то копируем дефолтный
if {[file exists [file join $dir(work) rac_gui.cfg]] ==0} {
    file copy [file join [pwd] rac_gui.cfg] [file join $dir(work) rac_gui.cfg]
} 
source [file join $dir(work) rac_gui.cfg]
# Код проверки наличия rac и правильности указания пути в конфиге
# если программа не найдена то будет выведен диалог для указания корректного пути
# и этот путь будет записан в пользовательский конфиг
if {[file exists $rac_cmd] == 0} {
    set rac_cmd [tk_getOpenFile -initialdir $env(HOME) -parent . -title "Укажите путь до rac" -initialfile rac]
    file copy [file join $dir(work) rac_gui.cfg] [file join $dir(work) rac_gui.cfg.bak] 
    set orig_file [open [file join $dir(work) rac_gui.cfg.bak] "r"]
    set file [open [file join $dir(work) rac_gui.cfg] "w"]
    while {[gets $orig_file line] >=0 } {
        if {[string match "set rac_cmd*" $line]} {
            puts $file "set rac_cmd $rac_cmd"
        } else {
            puts $file $line
        }
    }
    close $file
    close $orig_file
    #return "$host:$port"
    file delete [file join $dir(work) 1c_srv.cfg.bak] 
} else {
    puts "Found $rac_cmd"
}

set cluster_user ""
set cluster_pwd ""
set agent_user ""
set agent_pwd ""
## LOAD FILE ##
# Загружаем модули кроме gui.tcl так как его надо загрузить последним
foreach modFile [lsort [glob -nocomplain [file join $dir(lib) *.tcl]]] {
    if {[file tail $modFile] ne "gui.tcl"} {
        source $modFile
        puts "Loaded module $modFile"
    }
}
source [file join $dir(lib) gui.tcl]
source [file join $dir(work) rac_gui.cfg]

# Читаем файл со списком серверов 1С
# и добавляем в дерево
if [file exists [file join $dir(work) 1c_srv.cfg]] {
    set f [open [file join $dir(work) 1c_srv.cfg] "RDONLY"]
    while {[gets $f line] >=0} {
        .frm_tree.tree insert {} end -id "server::$line" -text "$line" -values "$line"
    }    
}

Efter at have downloadet alt, hvad der kræves og kontrolleret for tilstedeværelsen af ​​rac-værktøjet, vil et grafisk vindue blive lanceret. Programgrænsefladen består af tre elementer:

Værktøjslinje, træ og liste

Jeg lavede indholdet af "træet" så lig som muligt med standard Windows-udstyret fra 1C.

At skrive en GUI til 1C RAC, eller igen om Tcl/Tk

Hovedkoden, der danner dette vindue, er indeholdt i filen
lib/gui.tcl

# установка размера и положения основного окна
# можно установить в переменную topLevelGeometry в конфиг программы
if {[info exists topLevelGeometry]} {
    wm geometry . $topLevelGeometry
} else {
    wm geometry . 1024x768
}
# Заголовок окна
wm title . "1C Rac GUI"
wm iconname . "1C Rac Gui"
# иконка окна (берется из файла lib/imges.tcl)
wm iconphoto . tcl
wm protocol . WM_DELETE_WINDOW Quit
wm overrideredirect . 0
wm positionfrom . user

ttk::style theme use clam

# Панель инсрументов
set frm_tool [frame .frm_tool]
pack $frm_tool -side left -fill y 
ttk::panedwindow .panel -orient horizontal -style TPanedwindow
pack .panel -expand true -fill both
pack propagate .panel false

ttk::button $frm_tool.btn_add  -command Add  -image add_grey_32
ttk::button $frm_tool.btn_del  -command Del -image del_grey_32
ttk::button $frm_tool.btn_edit  -command Edit -image edit_grey_32
ttk::button $frm_tool.btn_quit -command Quit -image quit_grey_32

pack $frm_tool.btn_add $frm_tool.btn_del $frm_tool.btn_edit -side top -padx 5 -pady 5
pack $frm_tool.btn_quit  -side bottom -padx 5 -pady 5

# Дерево с полосами прокрутки
set frm_tree [frame .frm_tree]

ttk::scrollbar $frm_tree.hsb1 -orient horizontal -command [list $frm_tree.tree xview]
ttk::scrollbar $frm_tree.vsb1 -orient vertical -command [list $frm_tree.tree yview]
set tree [ttk::treeview $frm_tree.tree -show tree 
-xscrollcommand [list $frm_tree.hsb1 set] -yscrollcommand [list $frm_tree.vsb1 set]]

grid $tree -row 0 -column 0 -sticky nsew
grid $frm_tree.vsb1 -row 0 -column 1 -sticky nsew
grid $frm_tree.hsb1 -row 1 -column 0 -sticky nsew
grid columnconfigure $frm_tree 0 -weight 1
grid rowconfigure $frm_tree 0 -weight 1

# назначение обработчика нажатия кнопкой мыши
bind $frm_tree.tree <ButtonRelease> "TreePress $frm_tree.tree"

# Список для данных (таблица)
set frm_work [frame .frm_work]
ttk::scrollbar $frm_work.hsb -orient horizontal -command [list $frm_work.tree_work xview]
ttk::scrollbar $frm_work.vsb -orient vertical -command [list $frm_work.tree_work yview]
set tree_work [
    ttk::treeview $frm_work.tree_work 
    -show headings  -columns "par val" -displaycolumns "par val"
    -xscrollcommand [list $frm_work.hsb set] 
    -yscrollcommand [list $frm_work.vsb set]
]
# Установка цветов для чередования в таблице
$tree_work tag configure dark -background $color(dark_table_bg)
$tree_work tag configure light -background $color(light_table_bg)

# Размещение элементов на форме
grid $tree_work -row 0 -column 0 -sticky nsew
grid $frm_work.vsb -row 0 -column 1 -sticky nsew
grid $frm_work.hsb -row 1 -column 0 -sticky nsew
grid columnconfigure $frm_work 0 -weight 1
grid rowconfigure $frm_work 0 -weight 1
pack $frm_tree $frm_work -side left -expand true -fill both

#.panel add $frm_tool -weight 1
.panel add $frm_tree -weight 1 
.panel add $frm_work -weight 1

Algoritmen for at arbejde med programmet er som følger:

1. Først skal du tilføje hovedklyngeserveren (dvs. klyngestyringsserveren (i Linux startes administrationen med kommandoen "/opt/1C/v8.3/x86_64/ras cluster —daemon")).

For at gøre dette skal du klikke på knappen "+" og indtaste serveradressen og porten i vinduet, der åbnes:

At skrive en GUI til 1C RAC, eller igen om Tcl/Tk

Bagefter vil vores server dukke op i træet ved at klikke på det, en liste over klynger åbnes eller en forbindelsesfejl vil blive vist.

2. Ved at klikke på klyngenavnet åbnes en liste over funktioner, der er tilgængelige for den.

3. ...

Og så videre, dvs. for at tilføje en ny klynge skal du vælge en tilgængelig på listen og trykke på knappen "+" på værktøjslinjen, og dialogboksen Tilføj ny vil blive vist:

At skrive en GUI til 1C RAC, eller igen om Tcl/Tk

Knapperne i værktøjslinjen udfører funktioner afhængigt af konteksten, dvs. Afhængigt af hvilket element i træet eller listen der er valgt, vil en eller anden procedure blive udført.

Lad os se på eksemplet med tilføjelsesknappen ("+"):

Knapgenereringskode:

ttk::button $frm_tool.btn_add  -command Add  -image add_grey_32

Her ser vi, at når der trykkes på knappen, vil "Tilføj" proceduren blive udført, dens kode:

proc Add {} {
    global active_cluster host
    # Определяем идентификатор выделенного элемента
    set id  [.frm_tree.tree selection] 
    # Определяем значение этого элемента
    set values [.frm_tree.tree item [.frm_tree.tree selection] -values]
    set key [lindex [split $id "::"] 0]
    # в зависимости от того что выделили будет запущена нужная процедура
    if {$key eq "" || $key eq "server"} {
        set host [ Add::server ]
        return
    }
    Add::$key .frm_tree.tree $host $values
}

Her er en af ​​fordelene ved tickle: du kan overføre værdien af ​​en variabel som et procedurenavn:

Add::$key .frm_tree.tree $host $values

Det vil sige, for eksempel, hvis vi peger på hovedserveren og trykker på “+”, så vil Add::server proceduren blive lanceret, hvis på klyngen - Add::cluster og så videre (jeg vil skrive om hvor nødvendige "nøgler" kommer lidt nedenfor), tegner de anførte procedurer grafiske elementer, der passer til konteksten.

Som du måske allerede har bemærket, er formularerne ens i stil - dette er ikke overraskende, fordi de vises ved en procedure, mere præcist formularens hovedramme (vindue, knapper, billede, etiket), navnet på proceduren TilføjTopLevel

proc AddToplevel {lbl img {win_name .add}} {
    set cmd "destroy $win_name"
    if [winfo exists $win_name] {destroy $win_name}
    toplevel $win_name
    wm title $win_name $lbl
    wm iconphoto $win_name tcl
    # метка с иконкой
    ttk::label $win_name.lbl -image $img
    # фрейм с полями ввода
    set frm [ttk::labelframe $win_name.frm -text $lbl -labelanchor nw]
    
    grid columnconfigure $frm 0 -weight 1
    grid rowconfigure $frm 0 -weight 1
    # фрейм и кнопки
    set frm_btn [frame $win_name.frm_btn -border 0]
    ttk::button $frm_btn.btn_ok -image ok_grey_24 -command { }
    ttk::button $frm_btn.btn_cancel -command $cmd -image quit_grey_24 
    grid $win_name.lbl -row 0 -column 0 -sticky nw -padx 5 -pady 10
    grid $frm -row 0 -column 1 -sticky nw -padx 5 -pady 5
    grid $frm_btn -row 1 -column 1 -sticky se -padx 5 -pady 5
    pack  $frm_btn.btn_cancel  -side right
    pack  $frm_btn.btn_ok  -side right -padx 10
    return $frm
}

Opkaldsparametre: titel, billednavn for ikonet fra biblioteket (lib/images.tcl) og en valgfri vinduesnavnparameter (standard .add). Hvis vi tager ovenstående eksempler for tilføjelse af hovedserveren og klyngen, vil opkaldet således være:

AddToplevel "Добавление основного сервера" server_grey_64

eller

AddToplevel "Добавление кластера" cluster_grey_64

Nå, for at fortsætte med disse eksempler, vil jeg vise de procedurer, der viser tilføjelsesdialoger til en server eller klynge.

Tilføj::server

proc Add::server {} {
    global default
    # выводим основную форму
    set frm [AddToplevel "Добавление основного сервера" server_grey_64]
    # добавляем етки и поля ввода на эту форму
    label $frm.lbl_host -text "Адрес сервера"
    entry  $frm.ent_host
    label $frm.lbl_port -text "Порт"
    entry $frm.ent_port 
    $frm.ent_port  insert end $default(port)
    grid $frm.lbl_host -row 0 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_host -row 0 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_port -row 1 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_port -row 1 -column 1 -sticky nsew -padx 5 -pady 5
    grid columnconfigure $frm 0 -weight 1
    grid rowconfigure $frm 0 -weight 1
    #set frm_btn [frame .add.frm_btn -border 0]
    # переопределяем обработчик нажатия кнопки
    .add.frm_btn.btn_ok configure -command {
        set host [SaveMainServer [.add.frm.ent_host get] [.add.frm.ent_port get]]
        .frm_tree.tree insert {} end -id "server::$host" -text "$host" -values "$host"
        destroy .add
        return $host
    }
    return $frm
}

Tilføj::cluster

proc Add::cluster {tree host values} {
    global default lifetime_limit expiration_timeout session_fault_tolerance_level
    global max_memory_size max_memory_time_limit errors_count_threshold security_level
    global load_balancing_mode kill_problem_processes 
    agent_user agent_pwd cluster_user cluster_pwd auth_agent
    if {$agent_user ne "" && $agent_pwd ne ""} {
        set auth_agent "--agent-user=$agent_user --agent-pwd=$agent_pwd"
    } else {
        set auth_agent ""
    }
    # устанавливаем глобальные переменные ()
    set lifetime_limit $default(lifetime_limit)
    set expiration_timeout $default(expiration_timeout)
    set session_fault_tolerance_level $default(session_fault_tolerance_level)
    set max_memory_size $default(max_memory_size)
    set max_memory_time_limit $default(max_memory_time_limit)
    set errors_count_threshold $default(errors_count_threshold)
    set security_level [lindex $default(security_level) 0]
    set load_balancing_mode [lindex $default(load_balancing_mode) 0]
    
    set frm [AddToplevel "Добавление кластера" cluster_grey_64]
    
    label $frm.lbl_host -text "Адрес основного сервера"
    entry  $frm.ent_host
    label $frm.lbl_port -text "Порт"
    entry $frm.ent_port 
    $frm.ent_port  insert end $default(port)
    label $frm.lbl_name -text "Название кластера"
    entry  $frm.ent_name
    label $frm.lbl_secure_connect -text "Защищённое соединение"
    ttk::combobox $frm.cb_security_level -textvariable security_level -values $default(security_level)
    label $frm.lbl_expiration_timeout -text "Останавливать выключенные процессы через:"
    entry  $frm.ent_expiration_timeout -textvariable expiration_timeout
    label $frm.lbl_session_fault_tolerance_level -text "Уровень отказоустойчивости"
    entry  $frm.ent_session_fault_tolerance_level -textvariable session_fault_tolerance_level
    label $frm.lbl_load_balancing_mode -text "Режим распределения нагрузки"
    ttk::combobox $frm.cb_load_balancing_mode -textvariable load_balancing_mode 
    -values $default(load_balancing_mode)
    label $frm.lbl_errors_count_threshold -text "Допустимое отклонение количества ошибок сервера, %"
    entry  $frm.ent_errors_count_threshold -textvariable errors_count_threshold
    label $frm.lbl_processes -text "Рабочие процессы:"
    label $frm.lbl_lifetime_limit -text "Период перезапуска, сек."
    entry  $frm.ent_lifetime_limit -textvariable lifetime_limit
    label $frm.lbl_max_memory_size -text "Допустимый объём памяти, КБ"
    entry  $frm.ent_max_memory_size -textvariable max_memory_size
    label $frm.lbl_max_memory_time_limit -text "Интервал превышения допустимого объёма памяти, сек."
    entry  $frm.ent_max_memory_time_limit -textvariable max_memory_time_limit
    label $frm.lbl_kill_problem_processes -justify left -anchor nw -text "Принудительно завершать проблемные процессы"
    checkbutton $frm.check_kill_problem_processes -variable kill_problem_processes -onvalue yes -offvalue no    
    
    grid $frm.lbl_host -row 0 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_host -row 0 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_port -row 1 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_port -row 1 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_name -row 2 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_name -row 2 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_secure_connect -row 3 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.cb_security_level -row 3 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_expiration_timeout -row 4 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_expiration_timeout -row 4 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_session_fault_tolerance_level -row 5 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_session_fault_tolerance_level -row 5 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_load_balancing_mode -row 6 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.cb_load_balancing_mode -row 6 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_errors_count_threshold -row 7 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_errors_count_threshold -row 7 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_processes -row 8 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.lbl_lifetime_limit -row 9 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_lifetime_limit -row 9 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_max_memory_size -row 10 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_max_memory_size -row 10 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_max_memory_time_limit -row 11 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.ent_max_memory_time_limit -row 11 -column 1 -sticky nsew -padx 5 -pady 5
    grid $frm.lbl_kill_problem_processes -row 12 -column 0 -sticky nw -padx 5 -pady 5
    grid $frm.check_kill_problem_processes -row 12 -column 1 -sticky nw -padx 5 -pady 5
    # переопределяем обработчик
    .add.frm_btn.btn_ok configure -command {
        RunCommand "" "cluster insert 
        --host=[.add.frm.ent_host get] 
        --port=[.add.frm.ent_port get] 
        --name=[.add.frm.ent_name get] 
        --expiration-timeout=$expiration_timeout 
        --lifetime-limit=$lifetime_limit 
        --max-memory-size=$max_memory_size 
        --max-memory-time-limit=$max_memory_time_limit 
        --security-level=$security_level 
        --session-fault-tolerance-level=$session_fault_tolerance_level 
        --load-balancing-mode=$load_balancing_mode 
        --errors-count-threshold=$errors_count_threshold 
        --kill-problem-processes=$kill_problem_processes 
        $auth_agent $host"
        Run::server $tree $host ""
        destroy .add
    }
    return $frm
}

Når man sammenligner koden for disse procedurer, er forskellen synlig for det blotte øje; Jeg vil fokusere på "Ok"-knappens håndtering. I Tk kan egenskaberne for grafiske elementer tilsidesættes under programafvikling ved hjælp af muligheden konfigurere. For eksempel den første kommando til at vise knappen:

ttk::button $frm_btn.btn_ok -image ok_grey_24 -command { }

Men i vores formularer afhænger kommandoen af ​​den nødvendige funktionalitet:

  .add.frm_btn.btn_ok configure -command {
        RunCommand "" "cluster insert 
        --host=[.add.frm.ent_host get] 
        --port=[.add.frm.ent_port get] 
        --name=[.add.frm.ent_name get] 
        --expiration-timeout=$expiration_timeout 
        --lifetime-limit=$lifetime_limit 
        --max-memory-size=$max_memory_size 
        --max-memory-time-limit=$max_memory_time_limit 
        --security-level=$security_level 
        --session-fault-tolerance-level=$session_fault_tolerance_level 
        --load-balancing-mode=$load_balancing_mode 
        --errors-count-threshold=$errors_count_threshold 
        --kill-problem-processes=$kill_problem_processes 
        $auth_agent $host"
        Run::server $tree $host ""
        destroy .add
    }

I eksemplet ovenfor starter den "tilstoppede"-knap proceduren for tilføjelse af en klynge.

Her er det værd at lave en uddybning i retning af at arbejde med grafiske elementer i Tk - for forskellige dataindtastningselementer (indtastning, combobox, checkbutton osv.) er der indført en parameter som en tekstvariabel:

entry  $frm.ent_lifetime_limit -textvariable lifetime_limit

Denne variabel er defineret i det globale navneområde og indeholder den aktuelt indtastede værdi. De der. for at få den indtastede tekst fra feltet, skal du blot læse værdien svarende til variablen (selvfølgelig forudsat at den er defineret ved oprettelse af elementet).

Den anden metode til at hente den indtastede tekst (for elementer af indtastningstype) er at bruge kommandoen get:

.add.frm.ent_name get

Begge disse metoder kan ses i ovenstående kode.

Ved at klikke på denne knap, i dette tilfælde, starter RunCommand-proceduren med den genererede kommandolinje til tilføjelse af en klynge i form af rac:

/opt/1C/v8.3/x86_64/rac cluster insert  --host=localhost  --port=1540  --name=dsdsds  --expiration-timeout=0  --lifetime-limit=0  --max-memory-size=0  --max-memory-time-limit=0  --security-level=0  --session-fault-tolerance-level=0  --load-balancing-mode=performance  --errors-count-threshold=0  --kill-problem-processes=no   localhost:1545

Nu kommer vi til hovedkommandoen, som styrer lanceringen af ​​rac med de parametre, vi har brug for, også analyserer outputtet af kommandoer i lister og returnerer, hvis det kræves:

Kør kommando

proc RunCommand {root par} {
    global dir rac_cmd cluster work_list_row_count agent_user agent_pwd cluster_user cluster_pwd
    puts "$rac_cmd $par"
    set work_list_row_count 0
    # открываем канал в неблокирующем режиме
    # $rac - команда с полным путём
    # $par - сформированные ключи запуска и опции    
    set pipe [open "|$rac_cmd $par" "r"]
    try {
        set lst ""
        set l ""
        # вывод команды добавляем в список списков
        while {[gets $pipe line]>=0} {
            #puts $line
            if {$line eq ""} {
                lappend l $lst
                set lst ""
            } else {
                lappend lst [string trim $line]
            }
        }
        close $pipe
        return $l
    } on error {result options} {
        # Запуск обработчика ошибок
        ErrorParcing $result $options
        return ""
    }
}

Efter indtastning af hovedserverdataene vil de blive tilføjet til træet, for dette, i ovenstående Tilføj:server-procedure, er følgende kode ansvarlig:

.frm_tree.tree insert {} end -id "server::$host" -text "$host" -values "$host"

Nu, ved at klikke på servernavnet i træet, får vi en liste over klynger, der administreres af den pågældende server, og ved at klikke på en klynge får vi en liste over klyngeelementer (servere, infobaser osv.). Dette er implementeret i TreePress-proceduren (fil lib/function.tcl):

proc TreePress {tree} {
   global host server active_cluster infobase
   # определяем выделенный элемент
    set id  [$tree selection]
   # устанавливаем нужные глобальные переменные
    SetGlobalVarFromTreeItems $tree $id
   # Определяем ключ и значение, т.е. именно тип выбранного элемента
    set values [$tree item $id -values]
    set key [lindex [split $id "::"] 0]
   # и в зависимости от того что выбрали будет запущена соответствующая процедура 
   # в пространстве имён Run
    Run::$key $tree $host $values
}

Følgelig vil Run::server blive lanceret for hovedserveren (for en klynge - Run::cluster, for en fungerende server - Run::work_server osv.). De der. værdien af ​​$key-variablen er en del af navnet på træelementet angivet af indstillingen id.

Lad os være opmærksomme på proceduren

Kør::server

proc Run::server {tree host values} {
    # получаем список кластеров требуемого сервера
    set lst [RunCommand server::$host "cluster list $host"]
    if {$lst eq ""} {return}
    set l [lindex $lst 0]
    #puts $lst
    # удаляем лишнее из списка
    .frm_work.tree_work delete  [ .frm_work.tree_work children {}]
    # читаем список
    foreach cluster_list $lst {
        # Заполняем список полученными значениями
        InsertItemsWorkList $cluster_list
        # обрабатываем вывод (список) для добавления данных в дерево
        foreach i $cluster_list {
            #puts $i
            set cluster_list [split $i ":"]
            if  {[string trim [lindex $cluster_list 0]] eq "cluster"} {
                set cluster_id [string trim [lindex $cluster_list 1]]
                lappend cluster($cluster_id) $cluster_id
            }
            if  {[string trim [lindex $cluster_list 0]] eq "name"} {
                lappend  cluster($cluster_id) [string trim [lindex $cluster_list 1]]
            }
        }
    }
    # добавляем кластеры в дерево
    foreach x [array names cluster] {
        set id [lindex $cluster($x) 0]
        if { [$tree exists "cluster::$id"] == 0 } {
            $tree insert "server::$host" end -id "cluster::$id" -text "[lindex $cluster($x) 1]" -values "$id"
            # добавляем элементы в кластер
            InsertClusterItems $tree $id
        }
    }
    if { [$tree exists "agent_admins::$id"] == 0 } {
        $tree insert "server::$host" end -id "agent_admins::$id" -text "Администраторы" -values "$id"
        #InsertClusterItems $tree $id
    }
}

Denne procedure behandler, hvad der blev modtaget fra serveren gennem kommandoen RunCommand og tilføjer alle mulige ting til træet - klynger, forskellige rodelementer (baser, fungerende servere, sessioner og så videre). Hvis du ser godt efter, vil du bemærke et opkald til InsertItemsWorkList-proceduren inde. Det bruges til at tilføje elementer til en grafisk liste ved at behandle outputtet fra rac-konsollen, som tidligere blev returneret som en liste til $lst-variablen. Dette er en liste over lister, der indeholder par af elementer adskilt af et kolon.

For eksempel en liste over klyngeforbindelser:

svk@svk ~]$ /opt/1C/v8.3/x86_64/rac connection list --cluster=783d2170-56c3-11e8-c586-fc75165efbb2 localhost:1545
connection     : dcf5991c-7d24-11e8-1690-fc75165efbb2
conn-id        : 0
host           : svk.home
process        : 79de2e16-56c3-11e8-c586-fc75165efbb2
infobase       : 00000000-0000-0000-0000-000000000000
application    : "JobScheduler"
connected-at   : 2018-07-01T14:49:51
session-number : 0
blocked-by-ls  : 0

connection     : b993293a-7d24-11e8-1690-fc75165efbb2
conn-id        : 0
host           : svk.home
process        : 79de2e16-56c3-11e8-c586-fc75165efbb2
infobase       : 00000000-0000-0000-0000-000000000000
application    : "JobScheduler"
connected-at   : 2018-07-01T14:48:52
session-number : 0
blocked-by-ls  : 0

I grafisk form vil det se sådan ud:

At skrive en GUI til 1C RAC, eller igen om Tcl/Tk

Ovenstående procedure vælger navnene på elementer til overskriften og dataene for at udfylde tabellen:

InsertItemsWorkList

proc InsertItemsWorkList {lst} {
    global work_list_row_count
    # установка чередования цвета для строки
    if [expr $work_list_row_count % 2] {
        set tag dark
    } else {
        set tag light
    }
    # разбор строк на пары ключ - значение
    foreach i $lst {
        if [regexp -nocase -all -- {(D+)(s*?|)(:)(s*?|)(.*)} $i match param v2 v3 v4 value] {
            lappend column_list [string trim $param]
            lappend value_list [string trim $value]
        }
    }
     # заполнение таблицы
    .frm_work.tree_work configure -columns $column_list -displaycolumns $column_list
    .frm_work.tree_work insert {} end  -values $value_list -tags $tag
    .frm_work.tree_work column #0 -stretch
    # установка заголовков
    foreach j $column_list {
        .frm_work.tree_work heading $j -text $j
    }
    incr work_list_row_count
}

I stedet for en simpel kommando [split $str ":"], som opdeler strengen i elementer adskilt af ":" og returnerer en liste, bruges et regulært udtryk, da nogle elementer også indeholder et kolon.

InsertClusterItems-proceduren (en af ​​flere lignende) tilføjer simpelthen en liste over underordnede elementer med tilsvarende identifikatorer til træet for det påkrævede klyngeelement
Indsæt ClusterItems

proc InsertClusterItems {tree id} {
    set parent "cluster::$id"
    $tree insert $parent end -id "infobases::$id" -text "Информационные базы" -values "$id"
    $tree insert $parent end -id "servers::$id" -text "Рабочие серверы" -values "$id"
    $tree insert $parent end -id "admins::$id" -text "Администраторы" -values "$id"
    $tree insert $parent end -id "managers::$id" -text "Менеджеры кластера" -values $id
    $tree insert $parent end -id "processes::$id" -text "Рабочие процессы" -values "workprocess-all"
    $tree insert $parent end -id "sessions::$id" -text "Сеансы" -values "sessions-all"
    $tree insert $parent end -id "locks::$id" -text "Блокировки" -values "blocks-all"
    $tree insert $parent end -id "connections::$id" -text "Соединения" -values "connections-all"
    $tree insert $parent end -id "profiles::$id" -text "Профили безопасности" -values $id
}

Du kan overveje yderligere to muligheder for at implementere en lignende procedure, hvor det vil være tydeligt synligt, hvordan du kan optimere og slippe af med gentagne kommandoer:

I denne procedure løses tilføjelse og kontrol direkte:

InsertBaseItems

proc InsertBaseItems {tree id} {
    set parent "infobase::$id"
    if { [$tree exists "sessions::$id"] == 0 } {
        $tree insert $parent end -id "sessions::$id" -text "Сеансы" -values "$id"
    }
    if { [$tree exists "locks::$id"] == 0 } {
        $tree insert $parent end -id "locks::$id" -text "Блокировки" -values "$id"
    }
    if { [$tree exists "connections::$id"] == 0 } {
        $tree insert $parent end -id "connections::$id" -text "Соединения" -values "$id"
    }
}

Her er en mere korrekt tilgang:

InsertProfileItems

proc InsertProfileItems {tree id} {
    set parent "profile::$id"
    set lst {
        {dir "Виртуальные каталоги"}
        {com "Разрешённые COM-классы"}
        {addin "Внешние компоненты"}
        {module "Внешние отчёты и обработки"}
        {app "Разрешённые приложения"}
        {inet "Ресурсы интернет"}
    }
    foreach i $lst {
        append item [lindex $i 0] "::$id"
        if { [$tree exists $item] == 0 } {
            $tree insert $parent end -id $item -text [lindex $i 1] -values "$id"
        }
        unset item 
    }
}

Forskellen mellem dem er brugen af ​​en loop, hvor de(n) gentagne kommando(er) udføres. Hvilken tilgang der skal bruges er op til udviklerens skøn.

Vi har dækket tilføjelse af elementer og hentning af data, nu er det tid til at fokusere på redigering. Da der grundlæggende bruges de samme parametre til redigering og tilføjelse (med undtagelse af informationsbasen), bruges de samme dialogformer. Algoritmen til at kalde procedurer for tilføjelse ser sådan ud:

Tilføj::$key->AddToplevel

Og for at redigere sådan her:

Rediger::$key->Add::$key->AddTopLevel

Lad os for eksempel tage redigering af en klynge, dvs. Efter at have klikket på navnet på klyngen i træet, tryk på redigeringsknappen i værktøjslinjen (blyant), og den tilsvarende formular vil blive vist på skærmen:

At skrive en GUI til 1C RAC, eller igen om Tcl/Tk
Edit::cluster

proc Edit::cluster {tree host values} {
    global default lifetime_limit expiration_timeout session_fault_tolerance_level
    global max_memory_size max_memory_time_limit errors_count_threshold security_level
    global load_balancing_mode kill_problem_processes active_cluster 
    agent_user agent_pwd cluster_user cluster_pwd auth
    if {$cluster_user ne "" && $cluster_pwd ne ""} {
        set auth "--cluster-user=$cluster_user --cluster-pwd=$cluster_pwd"
    } else {
        set auth ""
    }
    # рисуем форму для кластера
    set frm [Add::cluster $tree $host $values]
    # меняем текст на метке
    $frm configure -text "Редактирование кластера"
    
    set active_cluster $values
    # получаем данные по выделенному кластеру
    set lst [RunCommand cluster::$values "cluster info --cluster=$active_cluster $host"]
    # заполняем поля
    FormFieldsDataInsert $frm $lst
    # выключаем поля, редактирование которых запрещено
    $frm.ent_host configure -state disable
    $frm.ent_port configure -state disable
    # переназначаем обработчик
    .add.frm_btn.btn_ok configure -command {
        RunCommand "" "cluster update 
        --cluster=$active_cluster $auth 
        --name=[.add.frm.ent_name get] 
        --expiration-timeout=$expiration_timeout 
        --lifetime-limit=$lifetime_limit 
        --max-memory-size=$max_memory_size 
        --max-memory-time-limit=$max_memory_time_limit 
        --security-level=$security_level 
        --session-fault-tolerance-level=$session_fault_tolerance_level 
        --load-balancing-mode=$load_balancing_mode 
        --errors-count-threshold=$errors_count_threshold 
        --kill-problem-processes=$kill_problem_processes 
        $auth $host"
        $tree delete "cluster::$active_cluster"
        Run::server $tree $host ""
        destroy .add
    }
}

Baseret på kommentarerne i koden er alt i princippet klart, bortset fra at knaphåndteringskoden tilsidesættes, og der er en FormFieldsDataInsert-procedure, der udfylder felterne med data og initialiserer variablerne:

FormFieldsDataInsert

proc FormFieldsDataInsert {frm lst} {
    foreach i [lindex $lst 0] {
        # получаем список параметров и значений
        if [regexp -nocase -all -- {(D+)(s*?|)(:)(s*?|)(.*)} $i match param v2 v3 v4 value] {
            # меняем символы
            regsub -all -- "-" [string trim $param] "_" entry_name
            # заполняем данными
            if [winfo exists $frm.ent_$entry_name] {
                $frm.ent_$entry_name delete 0 end
                $frm.ent_$entry_name insert end [string trim $value """]
            }
            if [winfo exists $frm.cb_$entry_name] {
                global $entry_name
                set $entry_name [string trim $value """]
            }
            # для чекбоксов меняем значения
            if [winfo exists $frm.check_$entry_name] {
                global $entry_name
                if {$value eq "0"} {
                    set $entry_name no
                } elseif {$value eq "1"} {
                    set $entry_name yes
                } else {
                    set $entry_name $value
                }
            }
        }
    }
}

I denne procedure dukkede en anden fordel ved tcl op - værdierne af andre variabler erstattes som variabelnavne. De der. for at automatisere udfyldning af formularer og initialisering af variabler, svarer navnene på felter og variabler til kommandolinjekontakterne i rac-værktøjet og navnene på kommandooutputparametre med en vis undtagelse - bindestreg er erstattet af en understregning. F.eks planlagte-job-nægtelse matcher feltet ent_scheduled_jobs_deny og variabel planlagte_jobs_afvisning.

Formularer til tilføjelse og redigering kan variere i sammensætningen af ​​felterne, for eksempel ved at arbejde med en informationsbase:

Tilføjelse af informationssikkerhed

At skrive en GUI til 1C RAC, eller igen om Tcl/Tk

Redigering af informationssikkerhed

At skrive en GUI til 1C RAC, eller igen om Tcl/Tk

I redigeringsproceduren Edit::infobase tilføjes de påkrævede felter til formularen; koden er omfangsrig, derfor præsenterer jeg den ikke her.

Analogt er procedurer for tilføjelse, redigering og sletning implementeret for andre elementer.

Da driften af ​​værktøjet indebærer et ubegrænset antal servere, klynger, informationsbaser osv., for at bestemme hvilken klynge der hører til hvilken server eller informationssikkerhedssystem, er der indført flere globale variabler, hvis værdier indstilles hver. gang du klikker på elementerne i træet. De der. proceduren kører rekursivt gennem alle overordnede elementer og indstiller variablerne:

SetGlobalVarFromTreeItems

proc SetGlobalVarFromTreeItems {tree id} {
    global host server active_cluster infobase
    set parent [$tree parent $id]
    set values [$tree item $id -values]
    set key [lindex [split $id "::"] 0]
    switch -- $key {
        server {set host $values}
        work_server {set server $values}
        cluster {set active_cluster $values}
        infobase {set infobase $values}
    }
    if {$parent eq ""} {
        return
    } else {
        SetGlobalVarFromTreeItems $tree $parent
    }
}

1C-klyngen giver dig mulighed for at arbejde med eller uden autorisation. Der er to typer administratorer – klyngeagentadministrator og klyngeadministrator. For korrekt drift blev der derfor introduceret yderligere 4 globale variabler indeholdende administratorlogin og adgangskode. De der. hvis der er en administratorkonto i klyngen, vil en dialog blive vist for at indtaste dit login og adgangskode, dataene vil blive gemt i hukommelsen og indsat i hver kommando for den tilsvarende klynge.

Dette er ansvaret for fejlhåndteringsproceduren.

Fejlparcing

proc ErrorParcing {err opt} {
    global cluster_user cluster_pwd agent_user agent_pwd
        switch -regexp -- $err {
        "Cluster administrator is not authenticated" {
            AuthorisationDialog "Администратор кластера"
            .auth_win.frm_btn.btn_ok configure -command {
                set cluster_user [.auth_win.frm.ent_name get]
                set cluster_pwd [.auth_win.frm.ent_pwd get]
                destroy .auth_win
            }
            #RunCommand $root $par
        }
        "Central server administrator is not authenticated" {
            AuthorisationDialog "Администратор агента кластера"
            .auth_win.frm_btn.btn_ok configure -command {
                set agent_user [.auth_win.frm.ent_name get]
                set agent_pwd [.auth_win.frm.ent_pwd get]
                destroy .auth_win
            }
        }
        "Администратор кластера не аутентифицирован" {
            AuthorisationDialog "Администратор кластера"
            .auth_win.frm_btn.btn_ok configure -command {
                set cluster_user [.auth_win.frm.ent_name get]
                set cluster_pwd [.auth_win.frm.ent_pwd get]
                destroy .auth_win
            }
            #RunCommand $root $par
        }
        "Администратор центрального сервера не аутентифицирован" {
            AuthorisationDialog "Администратор агента кластера"
            .auth_win.frm_btn.btn_ok configure -command {
                set agent_user [.auth_win.frm.ent_name get]
                set agent_pwd [.auth_win.frm.ent_pwd get]
                destroy .auth_win
            }
        }
        (.+) {
            tk_messageBox -type ok -icon error -message "$err"
        }
    }
}

De der. afhængig af hvad kommandoen returnerer, vil reaktionen være i overensstemmelse hermed.

I øjeblikket er omkring 95 procent af funktionaliteten implementeret, der er kun tilbage at implementere arbejde med sikkerhedsprofiler og teste det =). Det er alt. Jeg undskylder for den krøllede historie.

Koden er traditionelt tilgængelig her.

Opdatering: Jeg er færdig med at arbejde med sikkerhedsprofiler. Nu er funktionaliteten 100% implementeret.

Opdatering 2: lokalisering til engelsk og russisk er tilføjet, arbejde i win7 er blevet testet
At skrive en GUI til 1C RAC, eller igen om Tcl/Tk

Kilde: www.habr.com

Tilføj en kommentar