InfoPath is suitable for:
- Simple to medium ‘form’ applications
- Applications based on data-entry. i.e. validate/submit
- Applications based on xml data
- Applications that follow a pattern supported by the out-of-the-box GUI. This reduces custom-code considerably.
- Applications requiring offline data entry/saving
- Scenarios benefiting from a consistent Application environment – No cross-browser Issues
- “No installation” simple applications – for simple data entry forms
InfoPath is not suitable for:
- Applications based on data-management. i.e. download/upload/validate of existing data sets
- Complex forms where significant work is needed to optimize performance by working around InfoPath’s foibles
- Applications that have no need for the concept of ‘client-side’ data entry. i.e. reports
- Time-sensitive form initialization – complex forms can be slow to load
- Applications with a large user base. i.e. licensing issues – purchase 1000 copies of Office Premium
- Non-Windows environments – Office Premium must be installed
- "No installation” complex applications – complex forms require security certificates or installers
2 comments:
what category (pro/con) does infoPath versioning ability fall into.
For an example, if we have a list of infoPath generated data... and we decide to upgrade the form down the line... having to upgrade old collected data... is it easier in asp.net or infoPath.
In every way I do think that Infopath is the correct technology and highly used these days. Applications can be easily designed and it do offers multiple benefits.
infopath
Post a Comment