Пользователь Вот-вот - шаманство в чистом виде:
нахрена мне модули - если база одна на всех - мне структуру базы нужно понять. И на это не нужно "полгода" - если есть нормальное иерархическое описание (если так ненавистно слово "объектное") - такое описание читается сразу, и фактически - это есть описание бизнес-процессов (в некотором смысле).
Ну если вы вундеркинд, то вам на сцену а не сюда.
Мы то про обычных людей.
Если обычный человек - давайте, устройте нам показательное выступление: мы вам даем полное описание системы страниц на ...... 500 (это краткое описание), даем времени только на прочтение, после этого спрашиваем вас о любом процессе в системе - как он происходит, с какими процессами связан и как влияет на них и какие процессы и как влияют на него, в каком месте системы это все можно найти и почему именно там. Наверное вы сразу все нам и расскажете?
Правда мне кажется, что вы даже и не вспомните, о чем речь, не говорю уж об остальном.

Так что дурацкие замечания придержите для системы "Нотепад" :))

-- Tygra's --

2 Пользователь
Я что-то не пойму - вам чего непонятно?
Кто вам сказал, что у нас нет модели системы? Вы откуда это взяли?
Причем тут ООП и модель системы?

Вы уж определите, о чем разговор.

У всех есть модель системы, которая каким-то образом связана и с ХП, и со всем остальным.
Возьмите ErWin, закачайте туда БД - отличная модель.

===================================

VladiCh Да ради бога... Если вы думаете, что кроме формы со списком объектов в системе ничего больше нет, то вы ошибаетесь. Это был просто пример в ответ на ваш со списками объектов.
Зачем приводить неудачный пример?
авторДа, на клиенте мы получаем полноценные объекты, из которых можем дергать методы, эти методы в результате обращаются к промежуточному слою, который затем лезет в БД. На эти методы повешена система security, которая позволяет или не позволяет конкретному пользователю выполнять конкретный метод. Для форм со списком/редактированием объектов все работает точно также, выполняются методы самого базового объекта Entity, который знает о том, как работать со всеми своими атрибутами. Другие формы разумеется тоже знают о методах объектов, с которыми должны работать. Преимущество в чем - в том, что эти методы работают не для одного типа объектов, а для всей иерархии объектов, унаследованных от данного типа. В случае с типом Entity - это вообще все объекты, т.к. все они от него унаследованы.
Да ёперный театр, ну сколько же можно? Ну хватит воды то - все знают принципы ООП.
Вас какой раз уже просят: покажите на примере, как у вас это работает - конкретно вызов метода объекта на форме , что при этом делается, где метод чего берет.
Я повторю свой вопрос:
tygraПожалста, VladiCh, оставьте интерфейсную шелуху и расскажите нам про методы объектов - как я могу выполнить метод, не зная его, и где я его могу выполнить, если у меня нет даже собственной формы конкретного типа объектов.

Очень хочется узнать. Просто конкретный пример: есть объект, есть у него метод ХХХ, нужно его в определенном месте на форме списка этих объектов выполнить - как вы это сделаете?

Будет ответ или нет? Или у вас такая страшная реализация, что не хотите рассказывать?

-- Tygra's --