Вот сценарий, я разрабатываю приложение, использующее csla 3.8/C# .net, приложение будет иметь разные модули. его, как ERP, он будет иметь учет, ежедневную запись времени, набор и т. д. в качестве модулей.Как создать платформу ontop CSLA? <- если это имеет смысл
Теперь необходимо проверить общие сущности на модуль и построить «платформу» (< - босс называет это именно так). например, DTR будет иметь «служащий» организации, у найма будет «Заявитель», поэтому один общий объект, который вы можете извлечь из обоих, которые могут быть установлены на платформе, - «Человек». «Лицо» будет содержать типичную информацию, такую как имя, адрес, контактную информацию и т. Д.
Я знаю, что это похоже на ООП 101. Дело в том, что я не знаю, как я должен это делать. как мне хотелось бы, чтобы это было просто наследование, но требование - создать API какого-то типа, который будет использоваться модулями с использованием CSLA.
в csla вы создаете умные объекты вправо, наследуя от базовых классов csla, таких как businessListbase, readonlylistbase и т. Д. Правильно? что, если, например, я создал класс Applicationbase Applicant, у него будут такие свойства, как спрос на зарплату, дату доступности и т. д. Теперь для личной информации мне понадобится «Личность» с «платформы» и внедрить ее в класс заявителя.
так что в итоге у меня есть несколько вопросов:
- как создать такую платформу?
- Если такая платформа возможна, как она будет реализована на сущности каждого модуля? (im уже наследуется от базовых классов csla)
- если возможны случаи 1 и 2, имеют ли они преимущества при разработке и поддержке приложения?
Причина, по которой я прошу №3, потому что, как я ее вижу, даже если я могу создать платформу для этого, мне нужно будет определить свойства объекта платформы на моих модульных сущностях поэтому иметь валидацию и все.