powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Формирование интерфейса в заисимоти от привилегий
20 сообщений из 70, страница 3 из 3
Формирование интерфейса в заисимоти от привилегий
    #35072708
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>SeVa
Извините - Вас.

С уважением, Владимир.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35075823
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владимир, не совсем понял вопрос.На мой взгляд, разграничение прав доступа по ролям менее удобны.Частично я описал уже алгоритм, в дополнение к нему еще применяются Rules из WF для бизнес логики, построения интерфейса и управления его элементами.Примеры на net3fx(RulesDriven UI & ExternalRuleSetToolkit etc).Почти готовый вариант для применения, добавили только кеширование на клиенте.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35076476
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>SeVa
>Владимир, не совсем понял вопрос. На мой взгляд, разграничение прав доступа по ролям ...
Мы видимо строим клиентские системы для отображения информации клиенту и взаимодействия с ним по-разному. Я предпочитаю использовать одну форму (WinForm) и множество панелей (UserControl), что динамически, по требованию, подгружаются. После того, как панель будет построена и пройдет инициализация графических контролов, но до их отображения на форме, фрагмент инициализирующего метода проверяет разрешения (права) пользователя. Если у клиента есть право работать с сответствующими графическими контролами панели - они будут показаны. Права у меня ассоциируютя скорее не контролом, а с панелью. Битовое поле разрешений (прав) содержит булеву переменную РазрешитьВсё. Если её значение истина - будут показаны все контролы панели. Но возможны нюансы - видимость определенного контрола на панели зависит от предыстории загрузки. Такие панели, как панели работы со справочниками, имеют кнопку "Выбор". По её нажатию значение поля guid строки записывается в глобальную переменную клиентского приложения. Её видимость зависит не только от прав пользователя, но и от ситуации, при которой произошла подгрузка панели справочника.

С уважением, Владимир.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35076729
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По сути и у меня также, но механизмы реализации другие.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35076980
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Небольшое уточнение.Есть существенное отличие-разграничение прав производится по операциям, а не по группам графических контолов.Последние реализуют операции и в зависимости от прав с учетом текущего состояния, показываются или нет пользователю.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35077264
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>SeVa
>Небольшое уточнение...
Для меня это собственно не принципильно. На уровне сервера приложений примерно также, как у Вас. Проверяется доступность функции (класс.метод).
Проверка прав в клиентском приложении сделана так:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
 ...
  //======================================================
  //==== С П И С О К   П Р А В 
  //=====================================================
  public enum en_Права{ //-- Разрешено
    Всё,
    ПациентыРаботаCПанелью,
    ...
    Мах
  }  
  namespace ns_Сообщения {
    public class uc_Сообщения : System.Windows.Forms.UserControl  {
  ...
  public uc_Сообщения()	{
     InitializeComponent();
     //-- Получим доступ к таблице DataSet
     bds_Сообщения.DataSource=(гп.DS as db_Доступ).ds_Доступ;
     bds_Сообщения.DataMember="спкСообщения";
     //-- Подстроим DataGridView на uc_Сообщения
     dgv_Сообщения.AutoGenerateColumns=false;  
     dgv_Сообщения.DataSource=bds_Сообщения;
     ...
     //-- По умолчанию, сделаем кнопки невидимыми
     btc_Новая.Visible             =false; //-- Кнопка "Новая запись"
     btc_Удалить.Visible          =false; //-- Кнопка "Удалить текущую строку"
     btc_Редактировать.Visible =false; //-- Кнопка "Редактировать текущую строку"
     btc_Сохранить.Visible       =false; //-- Кнопка "Сохранить текущую строку"
     btc_Выбор.Visible             =false; //-- Кнопка "Выбрать текущую строку"
      
     //-- Посмотрим, кто вызвал справочник сообщений
     string strName=app.uc_КтоЗагрузил();  //-- Получим имя вызывающей панели
      
     //-- Проверим Права (Разрешения) пользователя
     bool bl_Права = бом.cmdGetBit((int)en_Права.Всё);
     if(bl_Права){
       btc_Новая.Visible=true;
       btc_Удалить.Visible=true;
       btc_Редактировать.Visible=true;
       btc_Сохранить.Visible=true;
       if(strName!="uc_Справочники") btc_Выбор.Visible=true;
     }
     else {
       bl_Права = ...
     ...

С уважением, Владимир.
p.s. Форум достает. Что за параноидальная мания сбрасывать вход. Не успеваю написать ответ, как долой регистрация.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35077642
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plaintext
1.
    //-- По умолчанию, сделаем кнопки невидимыми
     btc_Новая.Visible             =false; //-- Кнопка "Новая запись"
- для одноимённого пункта меню, тоже такой код?
- для одноимённого горячей клавиши, тоже такой код?

Сейчас в современных IDE разработки, даже строка - является классом. А в приложении ~ 200 меню 200 кнопок, причём пользователь конструирует кнопки и меню сам !
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35077650
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
очень полезно открыть Word - настройка панелей инструментов, чтобы не делать велосипеды прошлого тысячилетия.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35077928
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Сейчас в современных IDE разработки, даже строка - является классом
Это к чему здесь вообще? Как пример, что все, что угодно, можно усложить сверх необходимого?

Petro123А в приложении ~ 200 меню 200 кнопок, причём пользователь конструирует кнопки и меню сам
У меня вся работа с правами вообще максимально абстрагирована от элементов управления и экшнов. Логику я писал выше. Безусловно вот так:
Код: plaintext
1.
2.
3.
if(bl_Права){
   btc_Новая.Visible=true;
   btc_Удалить.Visible=true;
   btc_Редактировать.Visible=true;
делать не стоит.

Petro123Word - настройка панелей инструментов, чтобы не делать велосипеды прошлого тысячилетия
Настройка панелей управления самим пользователем для себя как исключительно настройка интерфейса весьма далека по своей сути от настройки прав кучи пользователей администратором.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35078487
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Зачастую бывает так, что права на операции разные(даже просмотр запрещен).В примере выше абстрагированности я не увидел.Мухи и котлеты не разделены.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35078499
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVaВ примере выше абстрагированности я не увидел.Мухи и котлеты не разделены.
Вы про мой пример?
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35078552
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей Васкецов
1. К тому, что просто данные (абстрактная кнопка) счас никому не нужны. Нужны данные, умеющие что-то делать (более "умная кнопка", в том числе при работе с правами).
Разные методы реализации этого вы приводили.
2.
авторделать не стоит.
+1. Я про это и написал. Просто примеры кода приводить бессмысленно, т.к. в некоторых ЯП велосипед уже написан.
3.
авторНастройка панелей управления самим пользователем для себя как исключительно настройка интерфейса весьма далека по своей сути от настройки прав кучи пользователей администратором.
Тема топика - формирование интерфейса от прав.... У админа - тоже интерфейс (он тоже человек :)).
И кнопка "Удалить" у него тоже есть. А вот если у него полные права, тогда и вопросов нет (оффтоп будет :))

ЗЫ.
В Delphi есть хотя бы такой велосипед.... поэтому всё относительно и готовых решений нет
авторTAction is the generic class for action objects that implement user commands across a range of different controls.

Unit

ActnList

Description

TAction is a generic action component. It can be added to action managers or action lists when there is no predefined action class that implements the desired response to user commands. Unlike predefined action classes, which have built-in methods that respond when users click the client controls, TAction has no built-in response to user commands. Instead, when using TAction, you can provide the response when the action “fires” by writing an OnExecute event handler, and configure the properties of TAction to reflect current conditions by writing an OnUpdate event handler.

Action objects are used to centralize the response to user commands (actions) and to represent user interface elements in applications that use action bands.

TAction can also act as a base class for predefined action classes. You can derive from TAction if you wish to retain the published scope of TCustomAction members, or derive from TCustomAction if you wish to modify their scope.

For predefined actions that augment the behavior of TAction, see the action classes in the StdActns, DBActns, and ExtActns units.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35078594
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Тема топика - формирование интерфейса от прав....
Ну тогда может быть можно расширенно толковать тему как "формирование интерфейса от того, что ранее сериализовано"?
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35079943
Фотография Denis.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Всем огромное спасибо, очень помогаете! Я чуток поразмылил и придумал следующий метод:
каждому элементу в таг я записываю строку, условно назовем ее экшн. В базе я делаю соответствие экшонов и вьшек/хранимок от которых они зависят, связь многие ко многим. В связующей таблице я добавляю колонку в которой указываю что делать с обладателем этого экшена у себя в таге, например прятать дизейблить или делать ридонли. Далее в онлоаде формы я бегу по коллекции элементов, смотрю какие экшаны навшаны на элемент и смотрю что соответственно с ним делать. Пусть к примеру у нас элемент текстбокс и он зависит от вьюшки(чтобы отобразить) и от хранимки(чтоб сохранить), к примеру вьюшка у нас доступна а хранимка нет. В связующей таблице на недоступность вьюшки прописано хайд, а на недоступность хранимки прописано ридонли, соотвтственно текстбокс станет ридонли. Надеюсь понято объяснил)
Прошу подвергнуть мою идею конструктивной критике, господа.

ЗЫ. главная затея в том, чтобы отобразить права прописанные в оракле(на вьюшки,хранимки...) на своем клиенте винформз.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35080061
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Сергей Васкецов
> Безусловно вот так: ... делать не стоит...
Это почему же. Давайте посмотрим. Вот что делает IDE:

#region Component Designer generated code
private void InitializeComponent() {
...
this.btc_Удалить = new System.Windows.Forms.Button();
...
//
// btc_Удалить
//
this.btc_Удалить.Image = ((System.Drawing.Image)(resources.GetObject("btc_Удалить.Image")));
this.btc_Удалить.Location = new System.Drawing.Point(9, 25);
this.btc_Удалить.Name = "btc_Удалить";
this.btc_Удалить.Size = new System.Drawing.Size(34, 23);
this.btc_Удалить.TabIndex = 15;
this.btc_Удалить.UseVisualStyleBackColor = true;
this.btc_Удалить.Click += new System.EventHandler(this.btc_Удалить_Click);
...

Я настраиваю кнопки в одном месте - после инициализации контролов. Вы предлагаете это сделать внутри программы инициализации, для каждой кнопки (графического контрола) отдельно. И влезать в код, построенный IDE? Можно, но что это собственно даст, что принципиально изменит?
Или Вам не нравится перечисление после if?
Если контролов много, то foreach ... и задействуйте поле Tag контрола.

С уважением, Владимир.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35080115
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>SeVa
>В примере выше абстрагированности я не увидел.Мухи и котлеты не разделены.
Если Вы беседуете со мной, то давайте посмотрим.
Как только клиентское приложение загрузится, пользователю на будет показана панель "uc_Заставка". Здесь картинка (эмблема фирмы?) и одна кнопка "Регистрация". Доступна всем. Нажимаем и получаем системную форму ввода Login и Password. По завершению процесса аутентификации сервер приложения передаст и права (разрешения) доступа клиентскому приложению. Клиентское приложение удаляет с формы "uc_Заставка" и загружает панель с набором контролов (например кнопок) определяющих функционал всего приложения. После инициализации панели проверяем права и гасим контролы, если к ним доступ запрещен. Если клиент администратор, то все контролы видимы. Пользовательский функционал кнопки (к напримеру) определяется программой обработки события (например, нажатие кнопки "Удалить"). Если кнопка не видима, то "нажать" нельзя. Если разрешено, то:

Клиентское приложение

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
 //-- Удалим выделенную строку
 //----------------------------
 private void btc_Удалить_Click(object sender, EventArgs e) {
   int iRow=dgv_Сообщения.CurrentCell.RowIndex; if(iRow==- 1 ) return;
   byte[] bs=new byte[ 8 ];
   using( DataTable dt=(гп.DS as db_Доступ).ds_Доступ.спкСообщения){
     //-- Строка содержится только в локальном DataSet?
     if((dt.Rows[iRow]["тсСообщение"]) is System.DBNull) {dt.Rows[iRow].Delete();return;}
      
     //-- Строка содержится на сервере данных
     //-- Формируем байтовую последовательность Info (команда для сервера приложений)
     бом.xms=new MemoryStream();
     бом.xms.WriteByte( 1 ); //-- индекс функциональной группы методов
     бом.ShortToXMS((short)мдКлСП.мдКлСП_Справочники);           //-- бом.xms <-- индекс класса
     бом.ShortToXMS((short)мдКлСП_Справочники.мдСообщения_Del);  //-- бом.xms <-- индекс метода
     бом.GuidToXMS((Guid)dt.Rows[iRow]["гдСообщение"]);          //-- бом.xms <-- guid удаляемой строки
     bs=(byte[])dt.Rows[iRow]["тсСообщение"];
     бом.xms.Write(bs, 0 ,bs.Length);                              //-- бом.xms <-- сериализация time-stamp
   }
   бом.xbb=бом.xms.ToArray();
   if (!бом.ФормированиеПакетаЗапроса()) {app.во("Ошибка формирования запроса","Работа со справочником сообщений"); return; }
   bl_Запрет=true; //-- Запрет выполнения функционала компонент
   бом.ДлительнаяФункция(dow_Сообщения_Del, rwc_Сообщения_Del);
   return;
 }
 //-- Запуск dow_Сообщения_del в рабочем потоке;
 private void dow_Сообщения_Del(object sender, DoWorkEventArgs e) {
   if(!бом.ЗапросОтвет()) return;    //-- Ошибка
 }  
 private void rwc_Сообщения_Del(object sender,RunWorkerCompletedEventArgs e) {
 ...

Команда полетела на сервер приложения. Но есть тонкость - время отклика может быть более 2 сек. Нарушается комфортность общения. Процесс ожидания надо как-то отразить. Поэтому вынужден запускать запрос-ответ в рабочем потоке(>SeVa
>В примере выше абстрагированности я не увидел.Мухи и котлеты не разделены.
Если Вы беседуете со мной, то давайте посмотрим.
Как только клиентское приложение загрузится, пользователю на будет показана панель "uc_Заставка". Здесь картинка (эмблема фирмы?) и одна кнопка "Регистрация". Доступна всем. Нажимаем и получаем системную форму ввода Login и Password. По завершению процесса аутентификации сервер приложения передаст и права (разрешения) доступа клиентскому приложению. Клиентское приложение удаляет с формы "uc_Заставка" и загружает панель с набором контролов (например кнопок) определяющих функционал всего приложения. После инициализации панели проверяем права и гасим контролы, если к ним доступ запрещен. Если клиент администратор, то все контролы видимы. Пользовательский функционал кнопки (к напримеру) определяется программой обработки события (например, нажатие кнопки "Удалить"). Если кнопка не видима, то "нажать" нельзя. Если разрешено, то:

Клиентское приложение

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
 //-- Удалим выделенную строку
 //----------------------------
 private void btc_Удалить_Click(object sender, EventArgs e) {
   int iRow=dgv_Сообщения.CurrentCell.RowIndex; if(iRow==- 1 ) return;
   byte[] bs=new byte[ 8 ];
   using( DataTable dt=(гп.DS as db_Доступ).ds_Доступ.спкСообщения){
     //-- Строка содержится только в локальном DataSet?
     if((dt.Rows[iRow]["тсСообщение"]) is System.DBNull) {dt.Rows[iRow].Delete();return;}
      
     //-- Строка содержится на сервере данных
     //-- Формируем байтовую последовательность Info (команда для сервера приложений)
     бом.xms=new MemoryStream();
     бом.xms.WriteByte( 1 ); //-- индекс функциональной группы методов
     бом.ShortToXMS((short)мдКлСП.мдКлСП_Справочники);           //-- бом.xms <-- индекс класса
     бом.ShortToXMS((short)мдКлСП_Справочники.мдСообщения_Del);  //-- бом.xms <-- индекс метода
     бом.GuidToXMS((Guid)dt.Rows[iRow]["гдСообщение"]);          //-- бом.xms <-- guid удаляемой строки
     bs=(byte[])dt.Rows[iRow]["тсСообщение"];
     бом.xms.Write(bs, 0 ,bs.Length);                              //-- бом.xms <-- сериализация time-stamp
   }
   бом.xbb=бом.xms.ToArray();
   if (!бом.ФормированиеПакетаЗапроса()) {app.во("Ошибка формирования запроса","Работа со справочником сообщений"); return; }
   bl_Запрет=true; //-- Запрет выполнения функционала компонент
   бом.ДлительнаяФункция(dow_Сообщения_Del, rwc_Сообщения_Del);
   return;
 }
 //-- Запуск dow_Сообщения_del в рабочем потоке;
 private void dow_Сообщения_Del(object sender, DoWorkEventArgs e) {
   if(!бом.ЗапросОтвет()) return;    //-- Ошибка
 }  
 private void rwc_Сообщения_Del(object sender,RunWorkerCompletedEventArgs e) {
 ...

Команда полетела на сервер приложения. Но есть тонкость - время отклика может быть более 2 сек. Нарушается комфортность общения. Процесс ожидания надо как-то отразить. Поэтому вынужден запускать запрос-ответ в рабочем потоке (BackgroundWorker). В UI потоке отображается ProgressBar.

Сервер приложений. При анализе клиентского запроса его права загружаются из строки сессии.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
//-- Удалим запись из справочника сообщений 
 //-- Обработка клиентского запроса (команды) 
 //--  Вход (бом.xms):
 //--    Guid      гдСообщение - 0. номер записи
 //--    byte[8] тсСообщение - 1. сериализация time-stamp 
 //====================================================================
 public static void мдСообщения_Del(){
    //-- Проверим права
    bool bl_Права=бом.cmdGetBit((int)en_Права.Всё);
     if(!bl_Права){бом.xbb=ош.btError[(int)err.мдСообщения_Del_0]; return;}
 ...
Если права отсутствуют, то клиент получит ошибку.

С уважением, Владимир.
p.s. Возможно команды C# мало что дают, но комментарии помогут понять суть. В UI потоке отображается ProgressBar.

Сервер приложений. При анализе клиентского запроса его права загружаются из строки сессии.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
//-- Удалим запись из справочника сообщений 
 //-- Обработка клиентского запроса (команды) 
 //--  Вход (бом.xms):
 //--    Guid      гдСообщение - 0. номер записи
 //--    byte[8] тсСообщение - 1. сериализация time-stamp 
 //====================================================================
 public static void мдСообщения_Del(){
    //-- Проверим права
    bool bl_Права=бом.cmdGetBit((int)en_Права.Всё);
     if(!bl_Права){бом.xbb=ош.btError[(int)err.мдСообщения_Del_0]; return;}
 ...
Если права отсутствуют, то клиент получит ошибку.

С уважением, Владимир.
p.s. Возможно команды C# мало что дают, но комментарии помогут понять суть.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35080119
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не понял, что делает сайт.

>SeVa
>В примере выше абстрагированности я не увидел.Мухи и котлеты не разделены.
Если Вы беседуете со мной, то давайте посмотрим.
Как только клиентское приложение загрузится, пользователю на будет показана панель "uc_Заставка". Здесь картинка (эмблема фирмы?) и одна кнопка "Регистрация". Доступна всем. Нажимаем и получаем системную форму ввода Login и Password. По завершению процесса аутентификации сервер приложения передаст и права (разрешения) доступа клиентскому приложению. Клиентское приложение удаляет с формы "uc_Заставка" и загружает панель с набором контролов (например кнопок) определяющих функционал всего приложения. После инициализации панели проверяем права и гасим контролы, если к ним доступ запрещен. Если клиент администратор, то все контролы видимы. Пользовательский функционал кнопки (к напримеру) определяется программой обработки события (например, нажатие кнопки "Удалить"). Если кнопка не видима, то "нажать" нельзя. Если разрешено, то:

Клиентское приложение

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
 //-- Удалим выделенную строку
 //----------------------------
 private void btc_Удалить_Click(object sender, EventArgs e) {
   int iRow=dgv_Сообщения.CurrentCell.RowIndex; if(iRow==- 1 ) return;
   byte[] bs=new byte[ 8 ];
   using( DataTable dt=(гп.DS as db_Доступ).ds_Доступ.спкСообщения){
     //-- Строка содержится только в локальном DataSet?
     if((dt.Rows[iRow]["тсСообщение"]) is System.DBNull) {dt.Rows[iRow].Delete();return;}
      
     //-- Строка содержится на сервере данных
     //-- Формируем байтовую последовательность Info (команда для сервера приложений)
     бом.xms=new MemoryStream();
     бом.xms.WriteByte( 1 ); //-- индекс функциональной группы методов
     бом.ShortToXMS((short)мдКлСП.мдКлСП_Справочники);           //-- бом.xms <-- индекс класса
     бом.ShortToXMS((short)мдКлСП_Справочники.мдСообщения_Del);  //-- бом.xms <-- индекс метода
     бом.GuidToXMS((Guid)dt.Rows[iRow]["гдСообщение"]);          //-- бом.xms <-- guid удаляемой строки
     bs=(byte[])dt.Rows[iRow]["тсСообщение"];
     бом.xms.Write(bs, 0 ,bs.Length);                              //-- бом.xms <-- сериализация time-stamp
   }
   бом.xbb=бом.xms.ToArray();
   if (!бом.ФормированиеПакетаЗапроса()) {app.во("Ошибка формирования запроса","Работа со справочником сообщений"); return; }
   bl_Запрет=true; //-- Запрет выполнения функционала компонент
   бом.ДлительнаяФункция(dow_Сообщения_Del, rwc_Сообщения_Del);
   return;
 }
 //-- Запуск dow_Сообщения_del в рабочем потоке;
 private void dow_Сообщения_Del(object sender, DoWorkEventArgs e) {
   if(!бом.ЗапросОтвет()) return;    //-- Ошибка
 }  
 private void rwc_Сообщения_Del(object sender,RunWorkerCompletedEventArgs e) {
 ...

Команда полетела на сервер приложения. Но есть тонкость - время отклика может быть более 2 сек. Нарушается комфортность общения. Процесс ожидания надо как-то отразить. Поэтому вынужден запускать запрос-ответ в рабочем потоке (BackgroundWorker). В UI потоке отображается ProgressBar.

Сервер приложений. При анализе клиентского запроса его права загружаются из строки сессии.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
//-- Удалим запись из справочника сообщений 
 //-- Обработка клиентского запроса (команды) 
 //--  Вход (бом.xms):
 //--    Guid      гдСообщение - 0. номер записи
 //--    byte[8] тсСообщение - 1. сериализация time-stamp 
 //====================================================================
 public static void мдСообщения_Del(){
    //-- Проверим права
    bool bl_Права=бом.cmdGetBit((int)en_Права.Всё);
     if(!bl_Права){бом.xbb=ош.btError[(int)err.мдСообщения_Del_0]; return;}
 ...
Если права отсутствуют, то клиент получит ошибку.

С уважением, Владимир.
p.s. Возможно команды C# мало что дают, но комментарии помогут понять суть.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35081645
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Denis.
softwarer (c)
/topic/424766&hl=#4090613
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35081948
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ВМоисеевДавайте посмотрим. Вот что делает IDE
Вы думаете, стоит повторять за кем-то создание велосипеда с квадратными колесами? Тем более что Ваш пример не очень уместен в данной теме.

ВМоисеевИ влезать в код, построенный IDE?
Нигде я такого не предлагал, Вы что-то путаете.

ВМоисеевИли Вам не нравится перечисление после if?
Мне не нравится больше всего необходимость даже задумываться, а не отъедет ли раздача прав, не говоря уже о необходимости пописать что-то, даже отдаленно связанное с правами доступа, если в приложении хоть что-то меняется.

Еще раз основная мысль: функциональность раздачи и натягивания прав (да вообще все, что связано с правами доступа) доступа должна быть максимально абстрагирована от логики приложения, чтобы при создании новой функциональности ( в том числе при создании нового Action-а, переименовании или удалении любого Action-а ) ее ВООБЩЕ не надо было трогать. А так как каждое раздаваемое полномочие протестировать обычно крайне сложно, то работать это должно как часы, и любые лишние усложнения чреваты.
...
Рейтинг: 0 / 0
Формирование интерфейса в заисимоти от привилегий
    #35082865
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Сергей Васкецов
>Вы думаете, стоит повторять за кем-то создание велосипеда ...

М-да. Извините, но дальнейший разговор с Вами бессмысленен. Я сказал то, что мог. Могущие пусть скажут больше.

С уважением, Владимир.
...
Рейтинг: 0 / 0
20 сообщений из 70, страница 3 из 3
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Формирование интерфейса в заисимоти от привилегий
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]