Форум
Управление проектами
Тема
Как правильно задавать вопросы
B
I
abc
U
X
3
X
3
H1
H2
H3
H4
H5
H6
Asm
C/C++
C#
Erlang
Haskell
IDL
Java
Lisp
MSIL
Nemerle
ObjC
OCaml
Pascal
Perl
PHP
Prolog
Python
Ruby
Rust
SQL
VB
Здравствуйте, samius, Вы писали: S>Здравствуйте, snaphold, Вы писали: S>>Не понимаю термин фича тут. S>>Если к примеру есть в системе функция создания пользователя, но надо сделать функцию массового создания пользователей, немного изменив логику, S>>то делается паралелльный код и используются только классы сущности по работе с базой? S>>Или же где есть возможность переиспользования методов то надо переиспользовать? S>Feature - это про то, что именно является драйвером изменений в разработке, что именно определяет дизайн системы, либо его изменения. Так domain driven (design) ставит во главу углза предметно-ориентированность, т.е. объекты домена и отношения между ними (фичи не рулят, они вторичны), data driven (design) ориентируется на данные и отношения между ними. S>А FDD говорит, что именно фичи будут рулить процессом разработки, т.е. все будет подчинено им. S>>т.е. основная непонятка feature - это полностью паралелльный код, чтобы не тратить много времени на понимание как врезаться и что можно переиспользовать из существующего S>>или же имеется вида фича для заказчика просто, а код надо переиспользовать? S>фичи - это вообще не про то, как должен использоваться код. Это о том, что если для реализации фичи надо будет все сломать и построить заново, то так тому и быть. Разумеется, это вульгарное объяснение, т.к. разработка базовой модели должна предвосхищать работу над фичами.
Теги:
Введите теги разделенные пробелами. Обрамляйте в кавычки словосочетания с пробелами внутри, например:
"Visual Studio" .NET
Имя, пароль:
Загрузить
Нравится наш сайт?
Помогите его развитию!
Отключить смайлики
Получать ответы по e-mail
Проверить правописание
Параметры проверки …