通用类App的模块划分

一、功能架构公共部分所有用户头像显示圆形，点击即跳转到详情页面详情页面可以看到该用户的所有帖子操作记录，头像和背景图片帖子、文章图片点击是看大图的效果，支持双指缩放，多图侧滑切换，无限循环用户管理注册 只能手机号，有短信验证可选择同时上传头像忘记密码登录 公共部分 登录设置缓存，一次登录后，不退出的话，那么以后的不用重复输入登录方式 手机号码登录第三方登录，含微信、新浪微博帖子模块发布文字输入，包含敏感词检索，例如脏话图片选择，含相册或拍照，可以移出视频录制，自定义时间长度、断点录制，支持预览共享位置浏览： 公共部分 都会显示出用户头像、发帖或评论的时间和评论的数目按编辑 图文混排类型图文加视频录制类型按类型(内容布局各不相同) 圈子，可以发布视频，显示位置我的作品，图文混排，瀑布流显示创业，不开启评论与点赞操作： 帖子评论与评论的回复，包含表情的插入帖子与评论的点赞与撤销点赞分享、收藏、举报、信息分享到微信等平台、删除(帖主)等功能文章模块浏览： 内容页纯html，网页浏览发布： 由管理员通过网页后台编辑发布，形成html标签流兼容： 使用x5浏览器内核显示，效果和微信相似，包括视频播放权限：除了不能被帖子点赞，其他同帖子操作我的模块（用户信息）我的背景图片 显示在个人信息页面点击可以修改，含剪辑我的消息模块 推送点赞提醒评论与回复提醒显示效果为小红点和消息数目的提示资料管理模块 头像图片修改，含剪辑昵称修改密码修改性别修改签名、手机、邮箱、微信、兴趣爱好等个人资料的显示修改帖子管理 公共部分，点击某一条，都会跳转进入对应帖子或文章我的帖子模块，显示所有发过的帖子我的评论，显示所有发过的评论，包含回复我喜欢的模块，显示所有点过赞的帖子或评论我的收藏模块，显示所有收藏过的帖子或文章我的设置模块 操作记录私有，开启了，别的用户无法查看你的操作记录推送设置的开启与否缓存清理检测更新意见反馈分享给朋友关于我们以及评分搜索模块功能 支持模糊搜索具备搜索的历史缓存类型 搜索各类帖子搜索历史记录搜索用户搜索文章说实话，这个项目的文件夹已达1.5G，安装包混淆编译后27M，我在写之前，就在想要怎么把它摊开来讲，想想真的很复杂，脑子东西东西太多。

二、移动端架构概述1. 框架层图片部分 在说使用的框架之前，先说说，APP安装包的大小的影响，包的大小可以算进去用户体验的一部分，过多地使用框架只会加大APK体积和内存消耗，例如 static final int/String 或 65535限制，在使用框架的时很多时候，都是只使用其中的一个功能。 现在我只保留了一个，不包括第三方SDK，例如OneKeyShare，保留的是 imageLoader，保留它的原因是，它的功能就是显示图片，而对于图片这类数据，可以说是占内存最大的大头，我能力有限，暂时还不能利用系统库封装好个比imageLoader更好的库，同类的库还有 picasso、fresco、volley等，曾经也引入过 fresco，比imageLoader多了很多API，考虑到框架的成熟性最后没使用，volley就不仅仅是显示个图片那么简单了，还有网络请求，上传等，网络请求和上传的代码这部分因为我自己能够写出还不错的几个函数，所以为了减少不必要的消耗，没使用volley。网络部分 上面说到volley具备网络的大部分需求，例如get、post请求操作，除了这个，还有 android-async-http、okHttp 等，这些我都有了解过，也在别的项目里面使用过，但我没使用到BananaCloud，原因就是上面谈到的网络请求和上传的代码这部分，如果自己封装好，且封装得不错，就不需要再去使用框架。富文本编辑器 这个在一个月前还有使用，基于gitHub 安卓开源项目-richEditor二次开发而来，原作者的项目，bug比较多，且兼容性非常差，在我修改完之后，最后一次发现bug是在红米手机上面，编辑框完全失效，逐弃之。修改的教程请转移到我的博文：http://www.cnblogs.com/linguanh/p/4953328.html视频播放器原生Ijkplayer（轻量级）：它是Blibli技术团队开源的一个视频播放框架，原框架需要自己编译.so，我当时在他们的基础上编译和封装好了一个，详情移至我 github 的 ijkplayerDemo Vlc（重量级）：国外的一个视频播放框架，体积比较大，一样需要自己动手编译.so，相比ijk，它功能强大一点，详情移至我 github 的 VlcDemo网页基于javaScript播放器：这个是我最初的尝试，在使用原生播放器的时候，通过正则替换文章内容的video标签，提取 src，然后组合 js 的播放器里面，能够自定义很多功能，例如：调节亮度和声音。 直接使用腾讯x5浏览器内核：其实，我一直想做一个像微信打开公众平台文章那样的网页 webView，兼容性强，速度快且对视频的兼容十分好。这也是我最终的选择2. 线程层由于我网络请求这块没使用框架，所以线程的选用时 Thread + Handler 组合或 AsyncTask ，需要明确一点，AsyncTask 比 Thread + Handler 更耗资源，不过使用起来比较方便。数据列表类型的页面数据加载采用自定义的 AsyncTask 继承类来进行网络线程类似收藏、举报这类低数据流的网络请求采用 Thread + Handler 组合图片并发上传的类型，采用线程池进行3. 缓存层Android 的数据存储方式有5种，分别是 SharedPrefrences、File、SQLite、ContentProvider、NetWork。我采用的是 SharedPrefrences 和 File即是文件存储，其中标记性数据采用 SharedPrefrences，例如是否隐藏操作记录，用户名称等帖子列表、评论列表类大批量数据采用了File文件存储，原因是操作方便，只需要序列化和反序列化操作就能很方便地读出缓存并显示，这里要注意下你的bean类需要继承序列化接口。4. 网络层加载 全部是自己基于 HttpUrlConnection 封装的工具类。逻辑广播监听网络状态的变化以做对应操作加载前进行网络连接是否可达判断断网情况启用缓存5. 实现层帖子分享，我采用的 OneKeyShare SDK，之所以使用它，是因为它把绝大部分的平台的SDK分享接口都集成了，例如微信、QQ、QQ空间、新浪微博、知乎等等等等。1) 注册与登录注册 号码 对只能是数字的检测手机号码 11 位的限制是否之前注册过的检查，这块要和服务器对接密码 位数的限制，例如最少 6 位加密传输短信验证 使用阿里大鱼服务商，服务端写好接口，移动端通过get或post手机号码过去，然后接口调用API发送重复发送的倒计时手机登录第三方登录微信登录 使用的是微信开放平台的 SDK，注意要先判断用户是否有安装微信新浪微博登陆 使用新浪开放平台的 SDK，新浪SDK会自动判断用户是否有安装新浪APP2) 发表帖子功能的实现编辑文字部分字数的限制：一定要限制用户帖子的输入字数的限制，一来减少服务器负担，二来避免恶意刷帖。内容过滤：要过滤掉某些敏感词，防止色情或其他内容出现用户位置获取：使用百度地图API 图片部分选择 张数的限制模仿了微信的图片选择器，采用GirdView加载，可以多张一起选择拍照显示 命名采用：用户帐号+帖子id+图片下标，这样的好处是，完全能够唯一标识，且在看帖页面加载方便，组合链接简单。在发帖页面显示缩略图，提供有点击看大图和移除的功能 图片服务器采用腾讯云- - -万象优图                1. 具备缩放功能，方便生成、加载缩略图                 2. 可以自定义添加水印                 3. 鉴黄图，这是最重要的！视频录制封装系统的 Camera + surface 录制，返回路径预览的时候直接用mediaPlayer + surface 播放上传注意大小，我是压缩控制在450K左右好处：                         1.  加速上传速度                         2.  加快用户在加载图片时的速度                         3.  减少流量消耗先上传图片，在图片上传成功后，再开始上传文字内容，如果出错，图片可以直接覆盖，文字成功，图片失败时，帖子避免数据混乱采用线程池上传，一来方便控制并发数，二来方便回收内存3) 帖子列表的显示控件选取选用了安卓5.0 的 SwipeRefreshLayout + RecyclerView，原因是 SwipeRefreshLayout 自身带有下拉刷新，最早的时候使用的是 PullToRefresh 开源项目。RecyclerView 重写onScroll() 就可以搞定加载更多，还有一个原因，RecyclerView 自带有瀑布流布局属性。 早之前我使用的是 LinearLayout 实现的，不断地 addView 再 remove，致命的缺点是内存消耗不合理。加载限制 数据加载采用分批加载的方式进行，减轻服务器的并发请求负担和达到移动端的合理显示效果。帖子主要内容的加载应该只加载摘要，否则内容过多，会造成数据处理时间过长，显示慢。4) 帖子详情页的显示代码结构由于帖子的类型有三种，这三种帖子除了内容部分布局不一样，评论布局是一样的，分享、删除等按钮也是一样的，当然，也可以自己通过接口改变评论布局。所以在类的集成方面，我采用了三个抽象类父类，子类只需要传进入自己布局、实现评论数据适配器 Adapter 即可。 数据请求抽象类，含有请求方面的方法与属性数据组合抽象类，含有获取数据后进行组合的方法与属性数据显示抽象类，处理大部分的公共操作，例如评论列表的显示，分享等功能按钮，同时留有自定义布局的接口逻辑数据请求，根据点击跳转过来的帖子 id 来进行服务器数据请求。楼层评论 判断是否已登录判断内容是否有表情判断是否是回复，回复就需要把被回复者的名称改颜色，并且添加点击事件采用 post 上传，因为采用get会有字节限制和中文乱码的问题，还一个是数据安全评论成功后再做应的UI更新，防止失败页面显示错乱点赞 判断是否已经登录判断之前是否点过赞，否则就是撤销赞，这个操作需要在加载点赞账号的时候，保存到一个列表里面，例如 List 以作后续的判断。点赞成功后再做对应的UI更新，例如点赞图标变颜色等等布局采用的布局是 HeaderView + CommentView，HeaderView 用于显示帖子的所有内容含帖子点赞，CommentView 用来显示用户的评论加载顺序         1. 请求服务器数据，判断该帖子是否有被删除         2. 没被删除，那么先加载帖子的内容         3. 最后再加载帖子的评论5) 消息提醒消息提醒采用了极光推送的SDK实现以用户账号注册推送在服务端评论、点赞的接口代码处触发推送API通过广播的形式获取推送，显示消息提醒6) 表情模块匹配 以图片的名字组合其他标记符组合为 key，例如 [ ]，资源id为value，放至常量区以正则匹配 key 的方式来判断是否有表情输入显示 使用Spannable来将文字替换成drawable选择页面的显示采用 GirdView + viewPager 显示7) 其他部分收藏、删除、举报，这些操作进行一次get操作，传递帖子的id给服务器，服务器处理完毕后，就做对应操作收藏，不能重复收藏，服务器做判断，返回信息删除，只能是帖主操作，删除成功后，返回主页刷新页面数据其他功能能的实现基本同上述。8) 优化安装包.so 动态库的添加，现在绝大部分手机已经支持 armeabi cpu 架构，所以只需要编译这种进去就够了，不是越多越好，越多，安装包会跟着变大！减少不必要的库引用内存参照我之前的博文：内存优化，http://www.cnblogs.com/linguanh/p/5601232.html 9) 使用的库第三方PhotoViewDickLruCacheImageLoaderMultiImageSelector自己派生lghLoopViewPagerSlowlyProgressBarListGirdView

三、服务端架构概述 第二部分结束得有点匆忙，我真的很想把所有的东西都写下来，如果加上我一路遇到过的 bug 及其解决方法，估计还要写两天。主要原因是，有很多我记得已经不是太清楚了。 1. 服务器集群 阿里云 Linux centos 6.5 操作系统，以ngnix 解析腾讯云- - - 万象优图，只用来存放图片MySQL 数据库，MyISAM 与 InnoDB 引擎php 语言开发接口2. 数据库引擎最初的我并没有采用 InnoDB，而是所有表都是全部是 MyISAM 。改用的原因是MyISAM 不支持事务InnoDB支持事务，而且社交类APP的数据库操作过多偏向于insert、update、delete 这种操作如果涉及多表或单表互联操作的情况，为了避免数据写脏，所以使用事务。因为整个过程中若一条错误，便可以回滚到开始时的状态。MyISAM 的查询速度比InnoDB快查询高发的表采用 MyISAM 引擎数据比较重要或多写操作的表采用InnoDB引擎3. 数据库设计对于数据库设计，不应该过多依赖范式，适度的冗余可以加快搜索速度，在服务器的配置还可以的情况下，可以采用冗余来解决查找慢的问题。常被 update 的字段，不应该出现在多张表，应该使用一张表，例如用户的名称，userName 这个肯定是会被经常改变的。否则在update数据的时候你要多张表更新！帖子有三种类型，对应三张表，文章独立一张表点赞一张表评论一张表收藏一张表信息提醒一张表 用户消息的查看与否以及数目在移动端的显示，需要在消息表设置加上是否查看了的字段，可以解决以下几个问题： 用户在卸载APP再安装时，不会造成查看混乱，例如之前看过的，又显示出来在每次用户进入APP的时候，可以很好地显示出新的消息，不会造成过于复杂的逻辑代码判断用户信息两张表 账号信息一张，存账号、密码、注册时间、ip等基本信息一张，存签名、头像链接、背景图片链接等4. 接口数据传输格式：json array 或 字符串访问频繁的数据：架多一层 Redis，一定程度缓解高并发，需要服务器的内存支持代码 封装一个自定义的 Redis 操作类封装一个基于事务的数据库连接类，方便使用封装一个用户信息类，专门用来处理用户的信息插入与获取

github.com/af913337456/