APP社交类项目设计之十后台管理模块架构

        后台主要由两部分组成，一部分是核心功能后台，前面已进行大部分描述。另一部分就是管理功能后台。

       管理功能后台基于SpringBoot的开源便利且较新的JavaEE项目开发框架，整合了springmvc + shiro + mybatis-plus + beetl + flowable多项开源技术，致力于让Java后台开发更简洁快速，实际是对基于GUNS的后台管理系统框架进行的简单改造

      一、登录界面

​

        二、   前台管理模块：管理核心功能，包括用户，群组，聊天室的增删改查，

​

        三、运营管理模块：包括内容管理，消息推送，还有运营数据统计

​

         四、系统设置模块：后台管理账户，权限，菜单，字典，登录日志，监控

​

      五、接口文档：方便前后台对接进行联调时的系统文档说明，

Native App和Web App孰强孰弱？Web App是否在将来能取代Native App？这一直是移动互联网从业者讨论的话题，本文将从架构的角度来进行分析。

还记得C/S和B/S吗

类似的技术趋势之争实际上已经有很多了，我们不妨花点时间回顾一下十年前的C/S和B/S之争。

20世纪90年代，C/S技术成熟并得到了快速发展，即系统是由客户端和服务器两部分组成。客户端部分的主要任务是提供用户交互的界面，控制应用程序的逻辑。服务器负责有效地管理系统的资源，尤其是对安全性要求较高的数据库管理和访问控制等。

在C/S架构中，对产品开发的要求是两端都需要大量的开发工作。客户端主要是针对Windows等用户操作系统平台进行开发，使用大量与操作系统相关的API，开发工作量大，版本更新困难。服务器端主要是进行数据库管理方面的开发工作。因此，开发人员会分成两类，基本上没有交集。在系统维护上也比较复杂，最难的就是客户端的版本控制和升级工作，给维护工作带来很大的工作量。另外也不适合移植，如果用户要求要支持Linux系统的客户端，那就只能投入更多的客户端人力重新开发一套客户端软件。

随着三层C/S结构、浏览器、脚本语言、Web技术的发展，出现了B/S架构，即系统是由浏览器Browser和服务器Server两部分组成。浏览器采用用户设备上自带的各种浏览器，这样在用户设备上无须再安装客户端软件，也无须为客户端软件支付开发成本。服务器端采用三层或多层结构，利用脚本语言等形成以网页形式提供的用户交互界面，然后与业务逻辑和数据库进行协作。显然，相比C/S结构，B/S一方面可以减少客户端的开发和移植工作，节省客户端的维护费用；另一方面由于表示层、数据和业务逻辑都在服务器端，可以自由地进行系统维护和升级工作。

但B/S结构也有不足之处，比如受网络制约，同时安全性难以控制。另外B/S也不能满足所有的用户需求，比如浏览器受安全性限制，不易于操作用户设备上的更多资源。于是浏览器插件被引入进来，通过浏览器插件，一些需要使用用户本地资源的功能得以实现。

直到今天，Web技术已经发展到20时代，Web页面的展现效果已经非常丰富，但C/S和B/S两种架构依然同时存在，二者的优劣都相当明显，谁也无法替代对方。

App设计，你该注意这6个关键点

设计最优先要考虑产品的目的和诉求，在满足产品的功能。通过设计，我们可以引导用户的行为和视觉流，以达到产品的目的。通过图形、文字的大小、形状、颜色的组织，可以将信息分优先级的呈现给用户。

美是一种功能。它可以传达给用户整个产品有趣和高品质的感觉，用户有时并不一定是因为内容吸引，在内容不足的时候，设计可以作为内容的补足来保证用户足够的停留和二次开启。但同时有趣的设计，需要在保证设计风格的一致性的前提下，不然莽撞的设计容易使用户迷惑，而关闭app

如果想了解即时通讯相关东东的话可以看看蘑菇街的开源项目，它提供了一套完整的解决方案(服务器端客户端)

mogutt/·GitHub

这个用了Netty的NIO框架,有发送语音的功能。

如果想要研究语音或者视频通讯的东西，WebRTC是少不了的了

WebRTC

基于地理位置的东西大部分依靠服务器端计算，mongodb的地理位置索引可以

开源社交软件可以参考一下，thinksns，thinksns采用PHPMySQL技术平台，以社交功能为核心多应用多插件机制。通过应用、插件、风格包等机制扩展功能，支持多种常见浏览器及移动客户端。拥有iPhone、Android客户端以及适合手机浏览的3G版界面；其轻量化的应用模式，稳固的底层架构支持二次开发。

可以的，注意本文是从技术角度，而不是商业角度来分析。。

从技术角度来看，C/S和B/S除了UI不同，BLL(1)层和DAL层使用相同的DLL；BLL(0)层可以根据C/S、B/S特点开发；

即使用UI-->应用服务器(BLL0)-->BLL1-->DAL的架构方式。

1 首先看一下典型的使用场景

用户下载网页A，此时服务器更新了A的提交逻辑，A再提交后新的逻辑立即起作用，并保证所有的客户端是一样的。

在这一个场景中，有两类人：一类是客户，二类是程序开发者；客户访问了网站，程序开发者更新了网站程序。

2Client：客户端，Server：服务器端，最大的问题就在Server这个词，多数的C/S应用是C/DatabaseServer，而不是C/ApplicationServer。

21 C/DatabaseServer：即各个客户端直接访问了数据库，如果此时各个客户端的BLL层和DAL层是一样的，那没有什么问题；如果因为更新等因为BLL层和DAL层造成了不一致，就可能出现问题。 C/ApplicationServer：即各个客户端访问了应用服务器，而不能直接访问数据库

3接着说B/S，B/S=Browser +C/ApplicationServer，这里C是指Web服务器前端的请求分发的路由器，ApplicationServer即Web服务器。如果有一台Web服务器配置多个域名的经验，应该很清楚这个意思。从技术角度，B/S的本质是，不让Browser 直接读写数据库，而C/S开发则“不会舍近求远”来开发应用服务器层。B/S架构：商业逻辑总是通过Web服务器，才能到达数据库，从而有了保证。而C/S架构，各C均直接访问了数据库，这是最大的不同。

在企业移动战略布局中，app已成为连接业务与用户最主要的载体，同样其开发技术目前也处于十分成熟的阶段。随着软件技术的日新月异的更新换代，基于原生开发的移动端越来越没落。这和当前经济新形态有关，对于公司来说节省成本压缩开支是最关键的因素，其次是性价比最高的开发方式符合公司的利益最大化目标。这就造成越来越多的互联网公司都慢慢选择移动端的混合开发，使得混合开发成为了移动开发圈的主流技术方向。最传统的客户端应用，即原生APP应用，采用的是对应的开发平台的特定编程语言来编写的。比如Android原生应用采用的编程语言是Java，iOS原生应用的编程语言是Objective-C或者swift。由于是采用操作系统的原生编程语言，这种方式编写的app可以直接和操作系统交互，运行效率高，并且可以直接调用设备。这就是最原始的移动app开发方式。而混合开发指的是介于native和web之间的一种解决方案，即原生开发和网页开发相结合的混合应用开发，它结合了原生开发和网页开发的优势，是一种权衡开发效率和运行效率的解决方案，能够有效节省时间和费用成本。在传统开发模式下，如果需要适配两个不同的平台就要开发两app，而且开发效率低下，版本更新，发布等等流程都比较复杂，页面布局也不够灵活，局限性相对较大。为了解决这个难题，LeaRun低代码开发平台基于混合开发、API连接、DevOps等能力制作了移动端快速开发模块，一套代码同步生成iOS与Android两个平台的app，甚至能够部分兼容小程序，实现APP一次开发，处处运行。这一套代码，节省的不仅仅是代码编写的时间，更重要的是节省了多个技术团队之间跨知识结构协同的问题，不再需要iOS与Android工程师开会讨论实现的差异性问题，更是大幅节省了app与服务器端联调联试的时间成本。LeaRun开发框架移动端是基于uni-app框架，、使用Vuejs语法开发的移动端产品。平台内已经做好了默认首页、流程相关、PC端表单自适应、通讯录、即时通讯、个人信息等丰富的基础功能组件，帮助用户快速完成初期的项目搭建和相关功能的体验。也可以支持扩展，满足自身业务的个性化诉求。LeaRun快速开发框架内提供了图形化在线页面开发功能，能够快速构建各种复杂表单表格页面、以及其他一些灵活布局页面。用户可以在开发界面中将组件面板上的页面组件拖拽至页面工作区域，并对组件的属性、事件进行设置，再配合事件编排完成复杂的业务流程功能。开发人员可以将PC端设计好的表单发布到手机端做增删改查操作，同步流程运转操作。提升开发效率和质量，及时响应业务需求和价值实现支持。并且为更好地适应多终端化的混合开发模式，LeaRun采用了目前业内最为通行的前后端分离开发架构。该架构采用完全独立的前后端架构，二者能够各司其职，后端主要负责提供服务和数据，前端则更专注于通过终端与用户进行交互，从而降低服务器的压力，将异常处理变得更为友好，在开发难易度、数据安全性、产品效能等方面都有极大提升，更容易适应大型应用、复杂应用的开发需求。LeaRun快速开发框架为APP的敏捷开发提供了一条便捷的途径，采用统一平台管控，软硬件解耦，组件一次开发，多次使用，APP跨硬件平台部署，提升开发资源利用率，优化建设成本。提升APP运维效率和成功率，降低运维专业化技术门槛，满足了企业对于业务发展和数字化效率的要求，是企业开发APP的最佳选择。

大致分为：

财务部：公司的收入，支出，发工资，跟钱有关的；

人事部：负责公司人员的招入，迁出，人员变化都要这个部门来做；

行政部：负责公司整体的战略方向，策划活动等等；

产品市场部：负责调研市场需求，产生需求，以及产品对市场的冲击等等；

开发部（安卓开发部：开发安卓应用，ios开发部：开发苹果应用，服务器后端开发部：开发app所需要的服务器端数据支撑）：负责按产品市场部的需求开发产品；

测试部：负责开发部程序的测试。这个工作也有可能直接由开发部负责程序测试，产品市场部负责功能性测试。

扩展资料：

关键因素：

基于企业产品独特性特点开发App，是企业开发App的一项原则。再比如汽车、笔记本电脑这样产品，可能适合做360度的产品展示，在视觉上延长体验时间和以细节加强用户兴趣。“汽车产品方面，我们也曾经有过这样一个案例。

客户要求系列产品全方位展示，我们便将不同款式、颜色、亮点的超清像视觉大片一样包含在App里，同时，根据汽车的不同特性设计相应展示形式，比如为体现某款车车速飞快，先是像漫画般一帧帧排列。

但滑动一下按钮，这组便可以呈现汽车飞驰的视觉效果。”中国无线营销公司、飞拓无限销售及市场营销高级副总裁叶保伦说道。

-企业APP