# Design Concepts of KduPress 1.x

The design concepts of KduPress 1.x are mainly reflected in the following aspects:

1. Pluggable.
2. Convention over configuration.
3. Reasonable priority management.

# Pluggable

KduPress 1.0 has been rewritten extensively, and the most important one is the introduction of the Plugin API. What are the benefits of plugins?

# Decoupling

With plugins, we can implement many of the core functions with plugins, and you can see many built-in plugins here (opens new window) that cover many of the core functions of KduPress, which used to blend in all parts of the codebase, but now they’re clear at a glance.

# Configuration management

In the past, when we came across some less common requirements, we had some doubts: if we wanted to not support it, KduPress usage scenarios were limited; but if we wanted to support it, we had to write it into the core codebase and set up a separate configuration API for it. For the maintainers, apart from not conducive to long-term maintenance, this sometimes makes us feel exhausted. We must think of some better solutions. Yes, this is plugin.

# .kdupress/config.js is also a plugin

Yes, your configuration file is also a plugin, so you can use the Plugin API directly without having to create a new plugin for it and import it in the configuration.

# theme/index.js is also a plugin

The root configuration file of the theme is also a plugin.

# Apply plugins in a plugin

In KduPress, you have the ability to apply some plugins in a plugin:

// kdupress-plugin-xxx
module.exports = {
  plugins: [
    'a', 'b', 'c'
  ]
}

# Convention over configuration.

KduPress 1.0 begin to introduce some conventions to reduce the user’s excessive configuration pressure, the most intuitive manifestation of this is the conventions for the document directory structure and the theme directory structure.

In the future, we may combine community feedback to introduce more agreements. Let’s wait and see.

# Reasonable priority management.

Senior users have found that both theme developers and regular users have the ability to customize global palettes, styles, templates and plugins, so how do they work together?

# Loading Priority

For templates/*, follow the certain loading priority. Taking templates/ssr.html as an example:

# Overriding

For palette.styl, index.styl and plugins, follow the principles of overriding:

# palette.styl

User’s styles/palette.styl has a higher priority than the theme’s styles/palette.styl, so the theme can define its own palette and the user can tweak it. For example:

// theme/styles/palette.styl
$accentColor = #0f0

// .kdupress/styles/palette.styl
$accentColor = #f00

So the final value of $accentColor is #f00.

# index.styl

Both the user’s styles/index.styl and the theme’s styles/index.styl are generated into the final CSS file, but the user’s style is generated later and therefore has higher priority. For example:

// theme/styles/index.styl
.content
  font-size 14px

// .kdupress/styles/index.styl
.content
  font-size 15px

The final generated CSS is as follows:

/* theme/styles/index.styl */
.content {
  font-size: 14px;
}

/* .kdupress/styles/index.styl */
.content {
  font-size: 15px;
}

# plugins

Since all plugins with the same name can be applied ONLY once by default, users can override the default options for plugins in theme. For example:

// theme/index.js
module.exports = {
  plugins: [
    'kdupress-plugin-xxx',
    { name: 'foo' }
  ]
}

// .kdupress/config.js
module.exports = {
  plugins: [
    'kdupress-plugin-xxx',
    { name: 'bar' }
  ]
}

Then the final value of name option will be bar.

# Others

With the goal of decoupling, we were able to separate KduPress into the following two libraries by introducing monorepo:

• @kdupress/core (opens new window)：Including the core implementation of dev, build and Plugin API;
• @kdupress/theme-default (opens new window)：The default theme you see now.

Of course, for most users, you don’t need to worry about these three libraries. The KduPress (opens new window) package has already assembled them together.