Hi Trent,



"If I might inject something here...."



Great advice - well said.



Cheers, Peter

Michael,



Yes. StrataFrame is a true tier separated framework and can operate in a number of different environments. The documentation goes over this in much more detail, so instead of just rehashing the docs let me give a brief summary.



First, many of the acronyms that you are using (i.e. SoC) are called by other names as well (i.e. n-tier or 3-tier). So many of the things that you are asking may be a difference in nomenclature.



Next, StrataFrame is designed as a 3-tier framework which true physical separate of the DAL (Data Access Layer), BL (Business Layer), and PL or UIL (Presentation Layer or User-Interface Layer).



As for design patterns, we use many different patterns. As for the implementation of a Domain Model Pattern, this would pertain more as to how you write your application than how the framework is written. The Domain Model Pattern is basically a pattern that makes it easy for the flow of business rules and logic to change easily. So this is more driven by the design of your application than the framework. The framework ultimately allows you to work in either model (tightly or loosely coupled business rules). As for the repository pattern, this too is more determined by the design of your application, yet StrataFrame has intrinsic tools to aide in this if you choose to map connections to your data, etc. and decouple this from the application.



If I might inject something here. I too at one point was very academic about my approach to application development reading all of the design-patterns making sure that I understood what each pattern meant and would ultimately mean once implemented into an application. Also, it is really good to have a knowledge of each of these patterns as it will make you a far better developer and produce a better product. But at the end of the day, this is still at the 50,000 foot level versus being down in the trenches where the rubber meets the road. I think it would be more productive if you were to ask direct questions as to what you are trying to accomplish as I think that I would be able to better meet your needs versus talking in theories. I hope that this makes sense.



I appreciate your questions. Thanks.

Does SF implement proper layered separation of concerns (SoC), such as the presentation (PLL), business (BLL), and data layers (DAL)?



Additionally, does the BLL use a Domain Model pattern with a separate Repository pattern for mapping entities to data access operations?



Also, does the PLL use an SoC pattern, such as MVC, MVP, or PM?



And finally, can I use dependency injection?



Thanks.