History of Bitweaver Framework
Version 23
Bitweaver Framework
A Modular System for Developer Flexibility
The Bitweaver application Framework offers a complete suite of core features in a higher modular design. The Bitweaver Framework is designed specifically for developer flexibility. To understand how Bitweaver is designed, you must understand that it is completely modular, on multiple levels.
All parts of Bitweaver are encapsulated in what we call Packages. Bitweaver Packages are the largest grain of our modular architecture, they are intended to be large collections of features, such as the Wiki Package or the Blogs Package.
Bitweaver has a set of required packages needed to be fully operational. These are refered to as the "core". The core inlcudes
The primary goal for bitweaver was to place the fewest possible requirements on a package and provide the most flexible environment possible.
This diagram illustrates the functional inter-relationships of the core packages and optional features packages:
If you want to create your own [|Business Object], you will probably use LibertyAttachable as base class.
gBitSystem->setBrowserTitle()
gBitSystem->confirmDialog()
Layout assigned module titles and parameters
All parts of Bitweaver are encapsulated in what we call Packages. Bitweaver Packages are the largest grain of our modular architecture, they are intended to be large collections of features, such as the Wiki Package or the Blogs Package.
Bitweaver has a set of required packages needed to be fully operational. These are refered to as the "core". The core inlcudes
- The Kernel Package is responsible for the setting up the database and manages package configuration.
- the Liberty Package is a handful of well designed base classes that are intended to be inherited from. By extending the classes, you get all the power of liberty - access control, content history, formatting like wiki parsing, html scrubbing, and more - without having to write any of the code yourself.
- The ThemesPackage to get page rendering read
- The Users Package to get an identified user object
- The Languages Package to handle internationalization
The primary goal for bitweaver was to place the fewest possible requirements on a package and provide the most flexible environment possible.
This diagram illustrates the functional inter-relationships of the core packages and optional features packages:
For Developers
The Bitweaver Framework, consisting of Liberty and Kernel, offers you the above mentioned services. Here we'll try to show how you can make use of that.Business Objects a la Liberty
Up to now, the answer is to look at the SamplePackage and guess.If you want to create your own [|Business Object], you will probably use LibertyAttachable as base class.
Sorted Lists
Up to now, the answer is to look at the SamplePackage and guess.Detail Views
Up to now, the answer is to look at the SamplePackage and guess.Feedback and Confirmation
Up to now, the answer is to look at the SamplePackage and guess.gBitSystem->setBrowserTitle()
gBitSystem->confirmDialog()
Authorisation Required
Up to now, the answer is to look at the SamplePackage and guess.Menus and Modules
Up to now, the answer is to look at the SamplePackage and guess.Layout assigned module titles and parameters