Namespace | Description |
---|---|
combit.Reporting | The main component which holds all important List & Label base functions for print and design. Comfortable class wrappers are available. Advice for their usage can be found in this help. |
combit.Reporting.DataProviders | The DataProviders namespace contains all available DataProviders for List & Label. They allow to connect directly to sources like SqlConnection, XML files or object hierarchies. The interfaces contained in this namespace also allow to write custom DataProviders to connect to sources not covered so far. |
combit.Reporting.DesignerExtensions | The DesignerExtensions namespace contains classes and interfaces that deal with extending the Designer. These classes can be used to create rich DesignerObjects for example. |
combit.Reporting.Dom | To create project files dynamically at runtime or to edit project files via code, you can work with the List & Label DOM functions. Comfortable class wrappers are available. Advice for their usage can be found in this help. To create a new project, you need the Open Method of the ProjectBase Class. To edit existing projects, use the GetFromParent Method. |
combit.Reporting.Repository | If reports are to be used in distributed applications such as web applications, all required files need to be shared between the systems involved or between the client and the server and kept synchronized at all times. Hence, it is a good idea to save the project files in a central database. However, this solution can become rather complex, especially when a project references pictures, drilldown projects, and other external files via local data paths, which then also need to be valid on another system.
Basic Principles In repository mode, List & Label does not save and load the files used in a report on its own. Instead of file paths and names, unique repository IDs are used. You will need to implement the IRepository Interface yourself and pass it to the ListLabel object. From this point onwards, List & Label will query your user-defined repository for the file content belonging to a repository ID, or transmit the ID along with the corresponding file content to the repository to be saved. Whether the files in the repository are managed by an SQL database, a web service, or some other storage solution depends entirely on your IRepository implementation. In this case, loading and saving of entries in the repository takes place exclusively via streams.
Implementation All functions to which the file path of the project was previously passed are now assigned the repository ID instead: In repository mode, "files" become "repository items", and filenames become "repository IDs". In addition to its ID, each repository item possesses a type, a time stamp, and a descriptor (string with variable length which contains internal information). Hence, in addition to the file content, your repository implementation will also need to be able to save and retrieve at least these four pieces of information for each repository item.
Here you can find a instruction how to use the repository:
You will find a complete simple repository implementation in the ASP.NET sample projects (class SQLiteFileRepository) which provides a repository with an SQLite database for data storage.
Tips
|