-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature-Driven vs Domain-Driven #13
Comments
The core point of feature driven architecture is the constraints: Feature can't depend on feature, page can't depend on page and others. Domain Driven Design is more generic |
@kof , thanks for quick feedback! Are you mean, that in DDD - isolating of abstractions is not so required? Or abstractions levels aren't so explicit? |
Abstractions are defined differently and the set of constraints is more vague, more generic than I would do in FDD. at least from what I see ... there is also a lot of similarity |
We could probably see FDD as a more specialized architecture for the UI of DDD with more specific constraints |
DDD mostly talks about objects and thinks in terms of OOP, FDD is more around code organization and access rules and dependencies, rather than objects |
Hmm, yeap - it really makes sense) Thanks for your opinion! Hope, that FDD really will be used more often than now(at need) |
I am afraid without a much better documentation and examples it won't be used |
I share your opinion... Also hope that with this initiative, we can influence and improve situation (at least - little bit) UPD: *After finishing of work |
Hello again!
At the moment I'm in deep learning and discovering of feature-driven approach to design architecture (with practicing at work, of course).
But with time... I've been noticing similar principles and goals with Domain Driven model
And I'll glad to see different opinions at this point! =)
P.S. Especially - from @kof
The text was updated successfully, but these errors were encountered: