今天不太忙，聊聊我开发自定义模型和模板配置器的初衷

天挺冷的，大家都进被窝了吧。

这会不太忙，聊聊我开发这两款插件的初衷吧。

其实这两款插件如果纯粹自用的话，我是基本上用不到的。

不用框架束缚自己的话，我的开发进度可能会提高很多倍，两倍打底吧。

那为什么做这种吃力不讨好的事情呢？

答案当然是为了wellcms的长久发展了、

xiuno的逝去是意料之中，也是意料之外、

wellcms继承了xiuno的优点，也继承了xiuno的缺点、这些先不谈

小众程序的优势就是轻、快、体量小、易于二次开发、修改

痛点也很明显，支持少、插件少、模板少、功能少。

这是不可避免的，也是无法解决的，除非再造一艘巨轮。

扯远了，回正题

一个网站的核心是什么？

答案当然是数据、模板

数据掌管内在，模板掌管外在

这是一个看脸的时代，单单内在美不太够，外在也不能太差。

于是这两款插件就应运而生

首先是自定义模型。

一款CMS程序不单单只是文字的储存，还可能会有音乐、视频等流媒体的存在。

如果你的需求并不是很复杂，只是想简单的展示某些固定的东西，不需要复杂的结构

那么这款插件就很适合

比如一个综合性网站，需要安卓APP、苹果APP、WIN软件等下载频道

又需要一个图片展示栏目、还需要一些音乐、视频等展示

难道每一个栏目都需要去找人开发一个模型插件？

先不说需要耗资多少，单单你定制，交工，修改，交工这些时间就让人伤不起

用了这款插件不需要安装那么多同质类插件，完全自由diy

不单单支持默认模板，自定义模板只需要做简单的修改，就可以完美支持

动手能力强的可以完成独立的各种展示页面，实现高度自由化

那么根据这个思路再来按模板配置器就很好理解了

初衷差不多，就是为了打造一个简单的框架，让用户更简单，让开发者更简单

模板配置器内置了网站常用字段版权、备案号、公安备案号、自定义代码、自定义css、统计代码等

目的就是为了在切换模板的时候免去了大量重复操作

内置了幻灯片管理器，广告位管理器，友情链接管理器 方便用户使用

预留了大量模板开发者接入的钩子。方便开发者接入。

开发者不需要再写一大堆配置器，可以更快捷的开发

用户不需要换一次模板就配置一大堆基础的东西，节约时间成本。提高工作效率。