|
|
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
DFilushinTDataset, TDbEdit, TDataSource TDataSource на той-же форме, что и TDataset, или той, что содержит TDbEdit? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2017, 11:11:23 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
Я не использую DB-Aware компоненты, использую обычные контролы, заполнение и сохранение все через select, update, insert. Зато все контролируемо и гибко! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2017, 21:02:12 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
Много мнений, есть интересные идеи (rtti, автогенерация форм и т.д). Ранее была программа для медицины. Вот проблемы почему написал пост. В случае использования DBAware (TDbEdit, TDataSource, TDataset) использовал модуль данных для сеток, справочников. Редактирование записи в форме со своим датасетом в каждой форме. Нужно редактировать данные пациента - весь набор данных с селектом и апдейтом в компоненте на форме редакторе пациента. Справочники и выбор данных из справочников в отдельном модуле с передачей только датасета, всё остально ренерится автоматом вплоть до редактора справочника. Уникальные формы - да, ручные с одним датасетом, как выше писал. Вот где самое интересное. Начинаем управлять назначениями на пациентов, есть сущность - пациент, его назначения. Назначения можно продлить, прекратить приём, переназначить и т.д. В каком месте это обрабатывать? В форме назначения или всё-таки писать класс для реализации, который вызовет хранимку в бд? Один из вариантов это невизуальный класс, который возвращает датасет для грида и действительно всё обрабатывает по данным. И тогда в форме лишь вызываешь функции обработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2017, 08:17:03 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
DFilushinВ форме назначения или всё-таки писать класс для реализации, который вызовет хранимку в бд? Это путь к размазыванию логики между сервером и клиентом. Чем больше будет размазано, тем сложнее будет сопровождать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2017, 19:36:16 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
Никакое MVC не поможет плохому дизайну ПО. Я не говорю, что он у вас такой. Просто для информации. Стоит вначале хорошо продумать общий программный дизайн. А уже как его реализовать - используя MVC, или просто на уровне батонокидательства - дело не столь важное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2017, 20:19:17 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
makhaonНикакое MVC не поможет плохому дизайну ПО... "Да, но зато ты умрешь уставшим" -©. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2017, 21:17:36 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
чччДmakhaonНикакое MVC не поможет плохому дизайну ПО... "Да, но зато ты умрешь уставшим" -©.Ахаха. В точку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2017, 22:33:08 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
stanilar, и как тогда? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 15:34:21 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
Для большинства не сложных задач достаточно обработки Button1Click. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 16:32:22 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
rgreatДля большинства не сложных задач достаточно обработки Button1Click. Для более сложных подойдёт Action1Click ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 17:40:49 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
DFilushinstanilar, и как тогда? Когда наступит "тогда", тогда и думать будешь. Говнокодь, как бог на душу положит, пока проект не станет сложным. Потом проведешь рефакторинг. ...а в следующий раз все сделаешь сразу по уму, канешна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 19:31:42 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
DFilushinи как тогда? Для себя принял что в учетках клиент нужен только для отображения/редактирования информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2017, 16:23:05 |
|
||
|
Связать класс и форму TForm
|
|||
|---|---|---|---|
|
#18+
DFilushinDimaBr, ручками это типа ReadDocument и там edtNumber.TExt:= FDocument.Number; edtDateDoc.Value:= FDocument.DateDoc... И на кнопке Save - SaveDocument, где делать обратное и вызывать FDocument.Save? Если не использовать db-aware элементы управления, то я думаю, что да, примерно так. Если действия объемные и сложные, то можно какую-то часть вынести в отдельную процедуру. Ну это же здравый смысл, удобство повторного использования кода, удобство чтения, красота наконец)) . А если использовать db-aware элементы управления, я, например, с БД написал несколько маленьких программ, а вот такую относительно большую - одну, переписывал написанную на Access когда-то другим человеком программу учета производства у нас в фирме. И по ходу её написания, понятное дело, учился. В частности, сначала кидал все датасаты, датасорцы на Датамодуль. Но когда их там стало несколько десятков и стало проблемой найти что-то, от решил, что это ерунда и теперь размещаю прямо на новых формах, если что-то новое добавлял. Можно, конечно заводить датамодули для отдельных форм, но это ведь тоже требует доп. действий - когда форма создается, создать датамодуль, пллюс создать его первым, чтобы не получить acess violation, когда при создании формы пытаешься открыть наборы данных. Потом удалить его вместе с формой. Ну то есть тут тоже нужно смотреть и выбирать, как удобнее. По-моему если процедура хоть сколько-нибудь сложная, требуется время для ее написания, то выделить ее отдельно, а в OnClick добавить вызов процедуры, это маленькая добавка времени и труда, зато разделяет логику действий и интерфейс пользователя, опять же проще потом эту процедуру использовать в другом месте. В этой программе учёта, которую упомянул, несколько раз приходилось делать рефакторинг - вот так выделять и отвязывать какие-то действия из общей кучи в отдельные процедуры, когда нужно было позднее использовать их где-то ещё. Много мнений, есть интересные идеи Ну в общем, это как мебель подбирать и расставлять для квартиры - тут могут тебе надавать десятки советов самых разных, а выбирать и расставлять все равно тебе (и жене :) ). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2017, 17:08:23 |
|
||
|
|

start [/forum/topic.php?fid=58&gotonew=1&tid=2041712]: |
0ms |
get settings: |
5ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
180ms |
get topic data: |
11ms |
get first new msg: |
6ms |
get forum data: |
3ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
| others: | 199ms |
| total: | 495ms |

| 0 / 0 |
