I work for a company that writes its own business data applications when there is no good alternative. Most often this is a login screen - some screens, which are mostly SQL Server tables - some reports
In the past, they used MS Access. These are not exactly elite coders, but they basically get a way to structure the database and what they want for the user interface.
We would rather have a common login screen, menu screen, etc., which we can include in the application and get started. This should help with dev speed and maintainability.
Of course, there is more than one way to do this, and our problems seem to be based on data access. Possible options:
1) GUI datasets / table adapters, such as ASP.NET video, show how to do this. Some of us do this a lot. Good for speed dev. Sometimes data connections change without your attention. Huge method signatures (one parameter for each field in an insert or update) are error prone. Sometimes parameters are not detected properly. Dynamic parameters (for example, a report with additional filters) are very complex.
2) Extremely structured n-level style. A grid data source is a collection of objects, for example. The presentation layer invokes the static method in object A, which invokes the data access layer method, which creates an instance of A for each row returned from the database. For each field in the table, you must have get / set methods and internal and constructor variables. Each field is dialed so many times. Nothing is connected with anything. Probably superfluous for applications this simple.
3) The general tables provide all the common functions that iterate over the list of fields to dynamically create UPDATE and INSERT statements. Selects mainly the type SELECT *. Rapid development, but the lack of a strong set scares me. SQL Injection land mines seem to be everywhere, but I'm sure double quotation marks are all it takes to avoid this.
There should be more options, but I do not know what it is. Do you have any suggestions for me / us?
user285941
source share