对dcat生态的一些思考。
需求：
继续用微擎举例子，微擎也是一个框架，但不同的是，99.99999%的用户，甚至100%的用户，下载微擎后都不会在上面二次开发，微擎框架只是用来承载微擎生态内的软件的。因为这些软件都是运行在微擎上面的，所以用这些软件必须得安装微擎。
所以大家下载微擎，只是为了使用软件，不是用来二次开发微擎。
但dcat不同，dcat本身是一个技术框架，目前100%的用户，下载dcat都是用来在基础上继续二次开发的。这和微擎正好相反。
使用微擎的大多是不懂技术的B端用户。但是使用dcat的都是懂技术的开发者。这二者既然不同。不同主要体现在以下几方面：
1，不懂技术的使用者，用户群体庞大。开发者用户群体小。
2，针对不懂技术的用户群，赚钱空间大。针对开发者的赚钱空间小，难盈利。
3，用户群体庞大还会意味着容易推广也容易被这些使用者反向推广，获得流量。但是针对开发者，流量低，开发者用完就不再关心，提着裤子走人。粘性不强。
4，但是如果针对的是普通用户，容易获得流量。流量高了以后，产品容易被卖出去，又会吸引开发者。
所以结论来了。需要学习微擎，我们要把受众定位在不懂技术的用户群身上。
想法一：保持Dcat现状
虽然赚钱要以不懂技术的用户为主，但是因为本身dcat就是一个给开发者使用的技术框架，本质不能改变了。因为会有很多人本来就是用dcat进行自己项目开发的，对dcat的什么生态根本不感兴趣，和目前dcat对开发者的作用一样。
所以得兼容这两个群体。需要解决的问题：
1，针对不懂技术的用户群：
dcat需要有授权机制。通过绑定的授权来查询购买的产品，以及在线升级等等。
所有的配置都是在后台进行。而不是在代码里修改。
有一堆针对普通用户群和dcat官方平台交互的代码。
甚至还需要封装方便生态内开发者的功能进去，举个例子，比如加密模块，比如什么云参数等等，我不懂。反正就是生态用到的东西。方便生态的东西，方便控制平台的东西。
2，针对开发者
对于这部分用户，他们依然只是想把dcat当成开发自己项目的一个框架，他们对生态什么不感兴趣，所以他们的需求如下：
框架就是框架，不希望里面有什么授权，等等乱八糟的代码。他们就需要一个纯净的开发框架。
不需要一厢情愿的给封装好什么系统配置，或者这个那个。
不希望在dcat框架里看到无用代码，这会严重影响别人的开发体验，甚至如果发现一些和dcat平台交互的什么代码，他们会放弃使用dcat。觉得不干净。
所以又有了一个新的结论。
想法二：发行2个版本
针对想法一的思考，比较好的做法是，分两个版本。
一个是专门针对需要纯净版dcat的开发者。他们不关心生态。
一个是dcat运营的生态版本，是给普通用户以及对生态内的软件开发者用的，只要下载后，就可以安装和购买应用。可以直接使用应用。非常简单，不需要在代码中操作。
这种办法可以解决想法一中提出的问题。
但是，可能更大的问题来了：
dcat的开发者只有一两个人，如果要维护2个版本，精力能跟得上吗？会不会把团队拖垮了？我个人会觉得如果发行两个版本，会超级麻烦。2个版本相当于完全不同的2个项目。需要天天维护两个项目。很麻烦。而且分配给两个项目的时间都会很少，有可能到最后，两个项目都做的不咋地，都失败了。
所以继续，结论来了。
想法三: 一个版本
回到了想法一。还是1个版本。这样维护和推广的精力，都在一个版本上，首先我们的工作是聚焦的。
但是需要解决下面几个问题：
1，既能方便普通用户，又能方便对dcat生态不感兴趣的开发者。
2，针对普通用户的逻辑代码，最好能和纯净版dcat完全解耦。
3，个人建议可以这样，用户默认下载的是纯净版，和生态没有关系的纯净dcat版本，是针对开发者的。如果是普通用户，那么只需要在纯净版的基础上，修改个配置开关，就可以把和生态交互部分的代码整合进来。从而形成针对普通用户的生态版本的dcat。
我技术一般，具体怎么试试，大神们可以讨论下。
提供