【独创】：JYS模式：‘后端,前端分离’，市场MVC变异版，为移动应用而生（小程序，微信，支付宝，移动浏览器等），为智能而生。
本系统是一款基于php mysql的开源的针对企业的轻量级多站点的内容管理系统。
前端HTML,CSS,JS基础采用：Twitter推出的Bootstrap4 网址：http://www.bootcss.com/ ，
企业可以在上面注册并搭建自己的网站，同时添加操作员管理网站，还可添加公众号、小程序来对接网站。
根据企业需求，本框架致力于为企业打造微信端、小程序端、手机端、pc端的多网融合的响应式企业互联网门户，实现企业统一管理各渠道网站展示、宣传推广、在线商城、会员营销、客服售后等功能，进而在此基础上通过统一的大数据分析，优化企业生产，提高企业竞争力。
为了方便企业运营管理，本系统内置统一的会员管理系统，所有访问终端均共用一套会员数据和后端数据，仅有界面上的不同。同时，对于微信端的粉丝信息、小程序端的粉丝信息，本系统均另外保存，方便帮助用户在相应终端自动登陆。从逻辑上讲，粉丝身份是作为会员的一个属性而存在，其主要作用为帮助会员在特定终端自动登陆，提升用户体验。典型如微信端和小程序端，当用户通过这两个终端访问本系统网页时，本系统会自动抓取用户粉丝信息，然后查看是否存在对应会员，如果存在则帮助用户登陆。如果不存在，则当用户访问需要先登陆的网页时，本系统提示会员登陆获注册，登陆/注册成功后，本系统自动将该会员和粉丝信息绑定，以便下次自动登陆。
通过对接微信公众平台，本系统可以完美继承和拓展微信公众号功能。主要表现为以下几个方面。
一、全方位的处理来自微信公众平台的各种消息，用户可以在本系统后台自定义各种规则来处理粉丝消息，例如文本消息、图片消息、语音消息等。
二、通过调用微信官方接口实现自定义菜单设计和更新。
三、根据微信官方接口规则灵活的向粉丝推送消息。
四、通过系统功能快速搭建基于微信的在线商城和各种营销推广活动。
为方便企业快速开发部署功能。本框架可通过对接进云官方云平台，实现可视化的快速功能自助开发部署、功能插件购买部署。
为方便用户（企业）运营管理，用户已经注册，即自动为用户初始化部分运营资料（例如初始化公众号接口，用户只需将公众号接口参数填至微信公众平台即可完成接入）。另外，用户可自行添加若干操作员和副管理员并分别指定权限，方便运营管理。
进云框架为了智能，而抛弃传统的MVC模式，独创了最前沿的《JYS模式》
【进云框架的渲染特点--JYS】：
进云采用的渲染逻辑后端，前端一对多模式（简称JYS）：
1、页面加载逻辑前卫（参考小程序机制）：后端，前端完全分离，很容易就实现一个后端PHP文件，对应多个前端页面。也非常容易就可以对接小程序。无需单独写一个PHP文件来传数据给小程序前端，进云的每个PHP页面都可以直接对接小程序前端，APP端，N端等。
2、变异市场上的Smarty逻辑机制，Smarty模板逻辑是市场大部分程序采用的。Smarty虽然也存在很多优势，但是有点老化，长期缺少新鲜的血液去更新换代。就现有的Smarty逻辑局限了很多开发者的思维，比如：针对PC端可能发现不了问题，在移动端就马上显现出来很多弊端，特别是一些热门的应用端：比如APP，小程序，微信端，支付宝端。在这应用端打开，如果还是应用以往主打PC端的Smarty渲染逻辑，就会处处局限。而进云独创的渲染路径，正好弥补了这点，跳到了新的程序渲染篇章：‘后端，前端完全分离’。
3、细说--‘后端，前端完全分离’：常规Smarty渲染一般都要三个文件：PHP后端文件，HTML模板文件，TPL缓存文件。TPL是真正的展示给客户看文件，这个文件如果是在PC端可能问题不大，在移动应用端就会暴露很多的不友好，比如滑动到手机底部-加载更多，复杂的条件筛选等等都需要在不刷新页面的情况下更新数据，变换页面内容等。TPL缓存文件就很难实现了。Smarty渲染实现智能化也不友好：TPL缓存满足不了千变万化的智能化。‘后端，前端完全分离’就完美解决了这些问题：进云这边98%的PC端页面没有HTML文件，更没有TPL缓存文件，只有一个PHP文件。甚至目前20%的移动端页面也只有一个PHP文件。这就是智能化，假以时日只要手机端组件丰富。你只需编辑PHP功能代码即可，甚至只需导入数据库结构就行，进云会自动生成一个应用出来（目前电脑端已经完全实现了，移动端实现20%左右）。
4、有了不错的底层框架，当然少不了拓展性，一个程序的拓展性，就相当于一个人的做事态度：进云因为基于‘后端，前端完全分离’的特点优势，拓展起来非常方便，插件与插件之间，组件与插件之间，接口与插件之间对接交互起来非常方便。
【典型的MVC模式有哪些劣势】？
1、【响应慢】：MVC渲染逻辑，响应流程多了一倍的环节，自然相应速度慢了几倍。
2、【不适合移动端】：典型的MVC渲染逻辑，是属于PC端的老机制。已经不适合移动端的数据交互，或者确切的说，实现起来很费劲。
3、【不适合一对多】：典型的MVC渲染逻辑，已经限死了，无法实现一个PHP页面，对应多个前端展示页。
4、【不适合智能生成】：典型的MVC渲染逻辑，已经限死了，无法实现页面代码组件化，所以无法实现智能化。
5、【开发应用插件代码冗余】：典型的MVC渲染逻辑，开发周期是进云开发周期的2-3倍。
