>Out of curiosity, what kind of code are you writing in .NET, C# or VB, and which frontend are you using, ASP, WInforms, WPF, Silverlight?

The framework is one DLL which handles Web, Web Services and desktop applications. This is the core of each application which uses it. It is tied to a robust data dictionary which does some amazing things.

It is built in VB.NET but can be used from any .NET environment.

I do not use any proprietary .NET related components such as those you mentioned. The reason, simply by experience, I have learned that if you go too deep into something, it makes it difficult to migrate after. So, everything that most of those things do, I simply coded whatever was necessary to achieve the same. So, if in five years, I have to migrate the framework into a new environment, it'd be easier.

Front end is ASP.NET Web applications. I also have a lot of related Web Services going in and out. Each Web application is tied to a robot, which serves for the purpose of doing some common tasks for each application I have, as well as other custom task which is directly needed in the application itself.

Backend supported are SQL Server, VFP and by the use of the data provider, I can do OleDb, SQLClient, ODBC, which opens the door to other environment such as SQL Anywhere, for example.

So, in overall, I have been able to deliver, for example, a full blown Web site application being done overnight while others can take years. It just depend on the magnitude of the project. But, for the one having been done overnight, without the framework and its data dictonary, it would have taken months.

So, basically, when doing an ASP.NET .aspx form, neither of them have code behind. Neither of them have code in the .ASPX page but a call to a method of an object which does the rest. All specific custom code are in classes. So, if I have DataEntryMember.aspx, it will be tied to DataEntryMember.vb, which contains only a few property setups and some custom code, if needed. Otherwise, the framework does the rest, from the dictionary.

The framework supports English, French, Spanish and Portuguese interfaces.

Five years have been invested in it to make it to where it is today. I wouldn't do anything without it. Where I go, training, documentation, menthoring and related issues are applicable so those who use it will know the basics and be able to move from then on with it.

Right now, I am working on a big nationwide Web application, which is tied to a lot of products, Web Services and robots. There are a lot of challenges such as those recent threads about iTextSharp, as more and more, we receive the need to manipulate those PDF. So, when it comes to such a situation, I build a class for it in the framework, if not already there as I know this should be generic and way up high in the code hierarchy, thus in the framework. But, it is mature since the last 2 years and offers great response time performance, which you are able to notice by the use of this Web site.

Feel free to ask more information if needed. You probably have one on your own either custom or off the market.