History of Bitweaver Framework
Version 7 | Current version | |
---|---|---|
NOTE: This is unofficial documentation. This page is an attempt to improve on the framework information found on bitweaverArchitecture. If you are looking for official documentation, please see that pages. 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. Bitweaver is made of up three main parts, the Kernel, Liberty, and Packages. NOTE: confirm this characterization The Kernel provides a core set of global services (such as preferences, user authentication, themes, permissions, comments, content history and such) to the feature sets, aka Packages, of Bitweaver. Liberty is NOTE: add description 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. The primary goal for bitweaver was to place the fewest possible requirements on a package and provide the most flexible environment possible. This diagram uses a powertool metaphor to illustrate the functional inter-relationships of the Kernel, Liberty, and Packages: | 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 includes:
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: |