Hello, I am evaulating strataframework and have some questions.



We have been doing a lot with dynamic building of forms and building of field generation based on database and I came across strataframe. But I wanted to know if anyone had experience with doing this in Strataframe and perhaps if they could also provide how they did it.



The areas that we are looking at are these.

1) support automatically generated forms for editing an object. So basically here if we add a field to the table we want the form to automatically pick it up. It appears with strataframe today we have to update the bo and then update the form. We would like to update the bo and then in the form interface we are painting the screen with the fields. it should be no need for the developer to create an edit/new form at all. Basically, it should be all done in the base class. if it's just a couple of clicks to create the edit/new form then it's not a big deal

2) support for dynamic attributes. Meaning creating dynamic fields in forms which will be added to a db table automatically and then these fields will be able to be implemented into the forms.

3) support of our existing datalayer created with mygeneration.



#3 is more of an issue with how will we deal with our existing data structures if we moved to strataframe.

Thanks

1. Really this is not the point of a framework...you could in fact create your forms to pull from an SF BO and use everything from the business layer back, but StrataFrame is not a dynamic UI generator....and in fact, I would be really curious how this would actually work past a grid since when you get into a larger application there could be hundreds of fields and grouping, form design, and layout are huge elements....so this isn't something that we really every plan to do with SF.  However, if you have this need, you can clearly use SF to help you with all of your binding, BOs, and data layer needs.
2. This really has to do more with the design of your application than the framework.  If your application has this need then you can do this with SF.  You can actually pull in any information from any table that you want...even if the strong-typed fields are not created on the BO.  So yes, you could definitely do this.  In regards to attributes, this is really more of a reflection side of things, but you could definitely get it done.
3. In this case you may want to create a custom DbDataSourceItem that talks to your DAL.  So you can do this, but if you are going to be using some other data layer, then you need to have a root SF datalayer that talks to yours to serve up data.  You can create a DAL in SF to talk to anything...even a BTrieve or binary file if you really had the need.

Sorry for jumping in but I have justed moved to StrataFrame from another system which did automatically generate a user interface (albeit by a painful process). The first thing we did was ditch it and write our own interface as the generated UI was appalling.

I agree with Trent. I don't ever see a generated interface working for anything other than a small application and it would never look as good as one crafted by hand.

Even if StrataFrame offered this feature tomorrow I would never use it. For the record, creating forms in SF is really sweet! The whole process from adding a new field in BO through to the form is not a big deal. It is REALLY a clean process. I am still learning SF but I can do things in it much faster than in my previous system - in fact the previous system is in the bin and will NEVER be used again.

Many systems say great things on their websites. StrataFrame does exactly what they say in a very clean and efficient way which is not the same as some of the others on the market.

Just my two cents worth.