powered by simpleCommunicator - 2.0.33     © 2025 Programmizd 02
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / Тонкости построения интерфейса и механизмов работы с данными (№1)
1 сообщений из 1, страница 1 из 1
Тонкости построения интерфейса и механизмов работы с данными (№1)
    #32081650
AlexUnik2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Попробуем оживить данный форум :)
Поделитесь опытом - кто и как организует работу пользователя по занесению и редактированию записей в таблицы с документами и справочной информацией.
Мои варианты:
1) Для небольших (по количеству полей) таблиц. У меня создана форма с панелью элементов и гридом, которому назначается датасет из параметров формы - здесь прописываются общие для всех справочников действия. Далее эта форма (я называю ее форма-шаблон) наследуется другой формой, которая передает ей имя таблицы в параметр, а затем назначает гриду необходимый стиль - в этой форме прописываются специфические для каждого справочника действия. Для грида использую доработанный класс, в котором учитываются возможности вывода полей со списками и т.д.
2) Для больших таблиц со сложной структуры. Первая форма выводит нередактируемый список, построенный на основании серверного вида. Кстати, здесь используется механизм из п.1 - наследование формы с общими для таких списков элементами и гридом. Затем пользователь находит нужную запись и нажимает клавишу "Редактировать". Открывается новая модальная форма, в которую передается в качестве параметра идентификатор редактируемой записи. В этой форме выводятся все поля, которые имеет право редактировать пользователь. По окончании редактирования изменения передаются на сервер, а пользователь возвращается в форму со списком. Обновление списка происходит после нажатия клавиши "Обновить" (для уменьшения сетевого трафика, если есть более интересные варианты - с удовольствием выслушаю). Процесс добавления новой записи аналогичен - пользователь нажимает клавишу "Новая", в соответстующей таблице (таблицах) создается новая запись (идет запись служебных полей - идентификатора записи, идентификатора пользователя, даты и времени создания, версии записи, идентификатора сервера и т.д.). Идентификатор созданной записи передается клиенту, а далее задача сводится к вышеописанной (с редактированием записи).
3) Для таблиц с "деревянной структурой". Использую форму с элементом TreeView, которую тоже собираюсь сделать наследуемой. Добавление и редактирование записи происходит через модальную форму, но в данном варианте все изменения накапливаются у пользователя и передаются на сервер одним махом после нажатия клавиши "Сохранить". Также можно нажать клашишу "Отменить" - отменятся все несохраненные изменения :) Интересно, можно ли в дереве выводить больше полей?

Напоследок чисто ламерский вопрос - как заставить Студию при открытии проекта не открывать все имеющиеся в нем модули???
...
Рейтинг: 0 / 0
1 сообщений из 1, страница 1 из 1
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / Тонкости построения интерфейса и механизмов работы с данными (№1)
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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