Hi Dan! Thanks for the response. To answer your question, the specific benefits that I'm looking to get out of Transfer are:
1.) Not having to spend hours upon hours writing simple business objects (since CFEclipse doesn't exactly make creating beans easy). Transfer already uses all of the patterns that I'm accustomed to putting in my beans (Memento, Dirty Marker, etc.) plus I gain the flexibility of using Decorators at no additional cost. 2.) I've created abstracted DAO crud and list functions, so the majority of my DAO objects are all of ten lines. It's nice not having to write lengthy queries for simple crud operations. It allows me to focus more time on what matters, service layer business logic, performance and application workflow (and coffee). 3.) Inherent standardization of bean and DAO structure (sort of redundant, but after having gone through 6 devs on my existing products, it'll be nice to have some consistency in the codebase). 4.) Simple ties into Coldbox. I fully realize that these reasons are not the primary focus of Transfer as a framework, however they have already made a huge impact on my team's development thus far. My goal here is to be able to have the power and flexibility noted above but still be able to operate in my 'imperfect world.' Does that make sense? It's easy to get tunnel vision facing these kinds of scenarios, so any input or alternate though processes are more than welcome! Thanks! nick --~--~---------~--~----~------------~-------~--~----~ Before posting questions to the group please read: http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer You received this message because you are subscribed to the Google Groups "transfer-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/transfer-dev?hl=en -~----------~----~----~----~------~----~------~--~---
