对Dcat Admin官方平台架构的一些设想。
路线
架构目前我见过的，有3种。
SAAS架构
比如微擎。这种其实是最好盈利的。也就是dcat的生态主要针对的是B端用户，B端用户只需要搭建一个dcat，然后安装平台生态内的应用。然后接下来的工作就是使劲推广宣传自己的dcat站点，让用户来自己的dcat站点注册，注册后使用已购买的dcat应用或者扩展就可以。
优点：因为B端用户只需要购买1次应用，然后可以将应用卖给所有自己站内的客户，所以平台的应用价格普遍定的比较高。便宜的几百，正常的几千，贵的几万。而且因为目标用户是B端用户，所以B端站长自己会努力的去宣传自己的站点。会给平台本身赢得流量。
但dcat产品本身目前和saas一点关系没有。显然不适合这种。
单站点架构
比如fastadmin，用户安装dcat后，然后购买一个商城应用或者CRM应用使用。如果用户身边的朋友也想有个商城，那么就得重新再搭建一个独立的dcat站点。然后再购买一次商城应用。
目前的dcat本身的设计就是一个单站点框架。不是SAAS框架，所以只能用这种方式。
缺点：因为每个使用商城（举例）的客户，都需要单独搭建一个dcat站点，单独购买一次商城应用。所以平台产品定价偏低。另外需要给每个客户部署。
如果定价低，平台的流量刚开始又不高的情况下，开发者也不好从中赚到钱，利益驱动不够，生态也会发展缓慢。最多像fastadmin这样不温不火。可能有的人会觉得fastadmin也做的不错，但在我看来，扩展数量和应用数量都很少很少，属于不温不火。吃不胖，也饿不死。因为每天吃的少。
而且，fastadmin针对的直接就是产品使用者，也就是最终端，C端。C端的站长显然是毫无动力去宣传自己的站点的。因为这个站点只能他自己使用。C端站长的客户，也并不能感受到fastadmin和他有什么关系。
结合架构
因为dcat没办法做成saas。形式上看，和fastadmin类似。就是单站点。但是我又想在单站点的情况下，让应用定价提高，实现SAAS一样的效果。
也就是说，我的构想目的是，dcat还是单站点，但是用户群既能针对B端用户，又能针对C端用户。B端用户使用DCAT后，可以去推广自己的C端客户。C端用户也可以不经过B端直接使用dcat。
这样其实也实现了微擎的效果。但是和微擎的saas架构又丝毫不同。而且平台生态内的应用价格又可以卖的很高。开发者能赚到钱。
1，实现思路
类似于代理商模式。任何用户购买生态扩展或者商品，都需要先在平台绑定自己的账号。
B端用户同时可以在平台内新增自己的客户站点，这样自己的客户，也就是C端用户，无需再次购买产品。直接更新即可使用。
2，可能遇到的问题
怎么防盗目前没想好。比如A用户在dcat买了应用，然后到处宣传让其他站长从他这里买应用，他把其他站长绑定为自己的客户，这些站长就可以免费使用了。不用购买。形成盗版。
这个问题需要解决一下，但是潜意识觉得这个防盗并不复杂。可以探讨下。。。
提供