咔吱-TMRails集成平台模型理论分析

咔吱并不代表某个社交平台或软件，咔吱现在被定义为一个Rails集成开发框架，用于满足互联网常用业务项目的重用开发，我们把Web应用开发中常用的‘动作’默认集成到咔吱框架，把Rails开发的最佳实践代码集成到咔吱框架，当另起一个项目的时候，能够最大限度的重用上一个项目的代码。

 

原理：

每一个应用，一般都包含两个方面的动作：

  1. 制作： 比如添加一个产品，发表一篇博客，发起一个活动，添加一个音乐，开启一个直播

  2. 展示：用户针对制作出来的内容进行的交互，如打开，点赞，分享，收藏、购买，评论，送礼

我们把内容制作环节叫做‘咔’， 把展示互动环节叫做‘吱’，把一个项目命名为‘咔吱’。那么，

  咔是一个动作，代表用户创建一个网页(page),发布一个产品(product),发起一个活动(event), 创建一个电子明信片(post), 制作一个音频(track)等

  吱是一个动作，代表用户对‘咔’的响应，比如点个赞，购买，报名，发表评论，收藏，赞赏(打赏)，购买（支付），筹款（众筹），捐赠，报名，竞猜，AA支付等等

 

项目场景：

  1. 可以是一个制作图文的工具，一个博客、企业站点、或是微相册

  2. 如果给制作的内容添加一些分享、评论、点赞、收藏功能，它可以变成一个内容社交平台

  3. 如果给制作的内容添加产品SKU和支付功能，它可以变成一个电子商城，如微商、B2C商城

  4. 如果给制作的内容添加AA、筹款、凑单、付费阅读功能，他可以变成一个社交电商，如拼团、轻松筹、分答

  5. 如果把工具制作的内容进行分类聚合，它可以变成一个平台门户，如旅游：禅游记，面包旅行，运动：劲虎体育、趣运动，新闻媒体：今日头条，电商：shopify、淘宝，活动票务：大麦网、西十区。

 

软件架构思想：

  Admin后台

  Agent后台

  API

  PC前台

  Mobile H5

  APP

 

约定：

  项目主体model是一个超类, 其他类型扩展它，它可以指向一个美篇图文article, 也可以是一个电子明信片post，也可以是一个电商产品product

  项目角色分级默认都是三级：

    Admin: 超级管理员

    Agent: 商家、分站、个人主页方

    User: 普通用户

 

实现流程：

  1. Bootcat 生成一个新rails app

  2. 根据实际项目需求，添加扩展model

  3. 根据业务逻辑，扩展controller

  4. 根据UI效果图改造前端

  5. 打包上线

 

Bootcat要实现的功能：

  1. 通用Gem选择

  2. 选择后台theme

  3. 选择前台theme

  4. 实现‘咔’的制作流程

  5. 实现‘咔’的业务逻辑

  6. 在‘吱’组件库选择需要用到的组件

 

数据库设计：

下图只是简单演示一部分数据库设计结构，主要是满足有三级用户角色的约定和标准化‘咔’动作，项目默认创建一个表site用于存储代理方信息（一个商家店铺，个人主页，或场馆），创建一个表page用于存储咔的信息（一篇文章、一个商品、或一个活动）。