概述

进云快速开发系统基本介绍

【独创】:JYS模式:‘后端,前端分离’,市场MVC变异版,为移动应用而生(小程序,微信,支付宝,移动浏览器等),为智能而生。

本系统是一款基于php+mysql的开源的针对企业的轻量级多站点的内容管理系统。

前端HTML,CSS,JS基础采用:Twitter推出的Bootstrap4 网址:http://www.bootcss.com/ ,以及Google推出的AngularJS 网址:http://www.angularjs.net.cn/

企业可以在上面注册并搭建自己的网站,同时添加操作员管理网站,还可添加公众号、小程序来对接网站。

根据企业需求,本框架致力于为企业打造微信端、小程序端、手机端、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倍。


返回

条结果""