A
Andrew Hayes
All,
Using VS 2005, C#.NET, SQL Server 2005, W2K3.
We are developing a web application that would be shared by numerous
customers for information management. Some of those customers want
variations on the usual form layout.
For example, we have a form where the user can enter their dependents
information (parents, siblings, spouse, kids, etc.), but we know one of our
customers wants to include additional information on that form that none of
the other customers would use (company specific insurance coverage).
Based on our experience with our C/S version of the product, we can expect
to see many more requests like this.
There are 3 ways to do this that I see.
1. Create a separate web application for that customer and host it on a
different web server.
2. Add the custom fields to the single web application but hide the extras
based on the customer using it.
3. Allow the customer to add the fields themselves and store them for just
that customer.
Pros and cons that I see.
1. Quick to implement, but costly in new infrastructure, and would end up
difficult to maintain.
2. Still relatively quick to develop, and uses existing infrastructure, but
would create complex forms.
3. Difficult to develop, but would use existing infrastructure and wouldn't
need extra maintenance.
Personally, I'd like to use 3. That is... Design the application so that
each form includes standard fields, but a customer can add new labels,
textboxes, drop-down combos, lists, etc., themselves and doing so doesn't
require us to change any code or the database schema.
While this would be a no-brainer in an C/S application, it gets a little
more difficult in a web app since the only client they use is a browser.
Any thoughts?
Using VS 2005, C#.NET, SQL Server 2005, W2K3.
We are developing a web application that would be shared by numerous
customers for information management. Some of those customers want
variations on the usual form layout.
For example, we have a form where the user can enter their dependents
information (parents, siblings, spouse, kids, etc.), but we know one of our
customers wants to include additional information on that form that none of
the other customers would use (company specific insurance coverage).
Based on our experience with our C/S version of the product, we can expect
to see many more requests like this.
There are 3 ways to do this that I see.
1. Create a separate web application for that customer and host it on a
different web server.
2. Add the custom fields to the single web application but hide the extras
based on the customer using it.
3. Allow the customer to add the fields themselves and store them for just
that customer.
Pros and cons that I see.
1. Quick to implement, but costly in new infrastructure, and would end up
difficult to maintain.
2. Still relatively quick to develop, and uses existing infrastructure, but
would create complex forms.
3. Difficult to develop, but would use existing infrastructure and wouldn't
need extra maintenance.
Personally, I'd like to use 3. That is... Design the application so that
each form includes standard fields, but a customer can add new labels,
textboxes, drop-down combos, lists, etc., themselves and doing so doesn't
require us to change any code or the database schema.
While this would be a no-brainer in an C/S application, it gets a little
more difficult in a web app since the only client they use is a browser.
Any thoughts?