Novel前后端分离权限管理系统 v1.5.0 源码下载

来源:脚本之家  责任编辑:小易  

对于前后端分离,认识上有个误区,那就是很多人自称:我们老早就分离了,全AJAX,使用Angular或者什么什么就可以了。这个说法是不合适的,打个比方,别人问的是逗如何解决家禽把蛋生在水草边的问题看地,但实际上人家养的是鸭子,答题的却是养鸡的,所以回答逗不让去水边就行了地,这显然不在点子上。这两年业界说的前后端分离,是限于偏展示类的系统(用A代替),而不是应用、管控类Web项目(用B代替),在B类项目里,前后端是天然分离的,对此,除了少部分后端开发人员,基本所有人的认识都是一致的。上一段中这样回答的人一般都是只做B类项目,在B类项目里,前后端分离是共识,不需要讨论。那么,剩下的问题就是讨论A类项目的前后端分离了。这个问题的核心在什么地方呢,在于模板的与数据结合的位置,以及,模板的控制权在谁手里。经过这两年的讨论,基本上我们可以达成的共识就是:模板应当由前端人员去控制,主要原因有两方面:- 性能优化(尤其是外部资源的管理与发布,请求合并等等)- 协作的顺畅性(已形成模板的界面片段的返工等问题)那么,模板到底应该在什么地方跟数据结合看这个问题就比较折腾了,有部分人尝试像B类项目那样,使用js模板,然后在浏览器端执行,这是存在一些问题的,比如说seo不友好,首屏性能不够,尤其对于首页DOM量很大的电商类网站,差距很明显。所以我们还是得把主要的模板放在服务端来执行。在这个过程中,阿里作了一些尝试,那就是引入Node层,在这一层把模板与数据进行合成,然后浏览器拿到的就是生成好的HTML了,但也不是所有HTML都是这么生成好的,还是会有一些内容等到了浏览器之后,再用js去加载和生成。所以这一定会是一个混合方案,同一个系统中存在两种模板,一种在服务端执行,一种在浏览器中执行,互为补充。至于说这个方案中,是否中间层一定要是node,我觉得无所谓,只要是能正常做web项目的东西都可以,这个还是要看所在企业的技术积累方向,当然node做这块是有一些优势的,比如对前端人员的语言友好性,前后端模板的通用性等等,但这些都是细节,重点还是整体方案和流程。这时候回头看你问题中的这句:> 前后端分离的意思是,前后端只通过 JSON 来交流,组件化、工程化不需要依赖后端去实现。我相信你这里对前后端的限定是以浏览器为准的,但事实上,A类项目中,前后端的分界一定要延伸到服务器端的模板层,也就是在这一层里,把各种来源的数据整合到模板中,这个数据未必是JSON格式的,会存在有JSON,XML,特定的二进制等等。组件化这个话题就更复杂了,在刚才组织形式中,很难说出究竟什么才是组件。是某个商品的模板吗看是数据吗看是数据和模板的结合体吗看没法回答。在此,我说一句自己的看法:像电商这种项目的前端部分,基本不存在组件的概念,甚至不存在组件化的价值,因为这里面可复用的东西太少了,也不易提取,大多数东西都是不带逻辑的界面模板。最近因为ReactJS的流行,带来了一个Isomorphic的概念,这是一种很有意义的探索,但是否能解决这类问题,尚不得而知,根据我的理解,它对B类项目是较好的补充方案,但对A类项目暂时还缺乏可用性,因为A类项目中,运行期的DOM变更并不多,多是整片的改变,用这个方案去解决的话,有些牛刀杀鸡的感觉。关于B类项目的组件化,我之前那个没写完的系列是关于它的,但经过最近一年多的思考,我又觉得需要再重新写一篇东西了。感谢你的问题提醒了我,这就写, 对于前后端分离,认识上有个误区,那就是很多人自称:我们老早就分离了,全AJAX,使用Angular或者什么什么就可以了。这个说法是不合适的,打个比方,别人问的是逗如何解决家禽把蛋生在水草边的问题看地,但实际上人家养的是鸭子,答题的却是养鸡的,所以回答逗不让去水边就行了地,这显然不在点子上。这两年业界说的前后端分离,是限于偏展示类的系统(用A代替),而不是应用、管控类Web项目(用B代替),在B类项目里,前后端是天然分离的,对此,除了少部分后端开发人员,基本所有人的认识都是一致的。上一段中这样回答的人一般都是只做B类项目,在B类项目里,前后端分离是共识,不需要讨论。那么,剩下的问题就是讨论A类项目的前后端分离了。这个问题的核心在什么地方呢,在于模板的与数据结合的位置,以及,模板的控制权在谁手里。经过这两年的讨论,基本上我们可以达成的共识就是:模板应当由前端人员去控制,主要原因有两方面:- 性能优化(尤其是外部资源的管理与发布,请求合并等等)- 协作的顺畅性(已形成模板的界面片段的返工等问题)那么,模板到底应该在什么地方跟数据结合看这个问题就比较折腾了,有部分人尝试像B类项目那样,使用js模板,然后在浏览器端执行,这是存在一些问题的,比如说seo不友好,首屏性能不够,尤其对于首页DOM量很大的电商类网站,差距很明显。所以我们还是得把主要的模板放在服务端来执行。在这个过程中,阿里作了一些尝试,那就是引入Node层,在这一层把模板与数据进行合成,然后浏览器拿到的就是生成好的HTML了,但也不是所有HTML都是这么生成好的,还是会有一些内容等到了浏览器之后,再用js去加载和生成。所以这一定会是一个混合方案,同一个系统中存在两种模板,一种在服务端执行,一种在浏览器中执行,互为补充。至于说这个方案中,是否中间层一定要是node,我觉得无所谓,只要是能正常做web项目的东西都可以,这个还是要看所在企业的技术积累方向,当然node做这块是有一些优势的,比如对前端人员的语言友好性,前后端模板的通用性等等,但这些都是细节,重点还是整体方案和流程。这时候回头看你问题中的这句:> 前后端分离的意思是,前后端只通过 JSON 来交流,组件化、工程化不需要依赖后端去实现。我相信你这里对前后端的限定是以浏览器为准的,但事实上,A类项目中,前后端的分界一定要延伸到服务器端的模板层,也就是在这一层里,把各种来源的数据整合到模板中,这个数据未必是JSON格式的,会存在有JSON,XML,特定的二进制等等。组件化这个话题就更复杂了,在刚才组织形式中,很难说出究竟什么才是组件。是某个商品的模板吗看是数据吗看是数据和模板的结合体吗看没法回答。在此,我说一句自己的看法:像电商这种项目的前端部分,基本不存在组件的概念,甚至不存在组件化的价值,因为这里面可复用的东西太少了,也不易提取,大多数东西都是不带逻辑的界面模板。最近因为ReactJS的流行,带来了一个Isomorphic的概念,这是一种很有意义的探索,但是否能解决这类问题,尚不得而知,根据我的理解,它对B类项目是较好的补充方案,但对A类项目暂时还缺乏可用性,因为A类项目中,运行期的DOM变更并不多,多是整片的改变,用这个方案去解决的话,有些牛刀杀鸡的感觉。关于B类项目的组件化,我之前那个没写完的系列是关于它的,但经过最近一年多的思考,我又觉得需要再重新写一篇东西了。感谢你的问题提醒了我,这就写www.zgxue.com防采集请勿采集本网。

源码大小:676KB 源码语言:简体中文 源码类型:国产软件 源码授权:免费软件 更新时间:2020-08-04 15:44:10 源码类别:其它源码 源码官网: 未知官方 网友评分:源码评分 应用平台: JAVA

 Novel是基于SpringBoot的前后端分离权限管理系统,易读易懂、界面简洁美观。 采用SpringBoot+Vue前后端分离模式开发,后端主要采用SpringBoot+mysql+mybatis+druid+shiro+redis,前端主要采用vue+TypeScript+Sass+element-ui+vuex+axios。

Vue Excel表按钮导出功能 vue 导出excel表功能1.需要安装三个依赖:npm install前后端分离项目之数据导出为word实例 阅读量:2680 editable select

它可以用于所有的Web应用程序,如网站管理后台,网站会员中心,CMS,CRM,OA等等,当然,您也可以对她进行深度定制,以做出更强系统。所有前端后台代码封装过后十分精简易上手,出错概率低。同时支持移动客户端访问。系统会陆续更新一些实用功能。

Novel内置功能:

意义?怎么叫意义呢,做一个项目来说,不是特别讲究意义所在,更重要的是能否快速准确的实现客户需求,WEB项目是否前后端分离并不影响你完成这个项目,只在于影响你这个项

1、用户管理:用户是系统操作者,该功能主要完成系统用户配置。

如何最快地解除险情,避免更大的损失?如何确保应用的健康情况,在负载均衡调度的层面加以管理?承系统拓扑 按照我们在前后端分离的思考与实践(二)- 基于前后端分离的模版

2、部门管理:配置系统组织机构(公司、部门、小组),树结构展现。

从软件工程的角度上来说,意义还是很大的,毕竟大一些的软件就会有一些分工,前段专门做前段,后端专门做后端,这样使用前后端分离的方法进行开发可以让前端与后端更加清晰

3、岗位管理:配置系统用户所属担任职务。

或者直接使用ajax 请求php后端接口获取数据通过js来渲染 使得前端页面不存在后端语言 php只做数据接口不加载任何模板不传任何参数到模板 这就是前后端分离

4、菜单管理:配置系统菜单,操作权限,按钮权限标识等。

行业间也发展出依赖各种技术的解决方案。有如基于浏览器原生 CSS3 Media Query 的响应式设计、基于云端智能重排的「云适配」方案等。本文则主要探讨在前后端分离基

5、角色管理:角色菜单权限分配、设置角色按机构进行数据范围权限划分。

为什么说前后端分离不利于seo的原因如下:seo 本质是一个服务器向另一个服务器发起请求,解析请求内容。但一般来说搜索引擎是不回去执行请求到的js的。也就是说,如果一个

6、操作日志:系统正常操作日志记录和查询;系统异常信息日志记录和查询。

前言 使用Node做前后端分离的开发模式带来了一些性能及开发流程上的优势, 但同时也 对接口的依赖描述做统一的管理,避免散落在各个代码之中。 6. 支持浏览器端共享Mod

7、登录日志:系统登录日志记录查询包含登录异常。

WEB 前后端分离三个最大的优点在于: 1:最大的好处就是前端JS可以做很大部分的数据处理工作,对服务器的压力减小到最小 2:后台错误不会直接反映到前台,错误接秒较为友好

8、服务监控:监视当前系统CPU、内存、磁盘、堆栈等相关信息。

内部人心浮动,如果管理上不能很好理清长期目标和短期计划、前后端如何分离等关系和 推广困难。 这才是midway真正的死穴。如前文所说,目前的前后端分离运动还是部分前

9、在线用户:当前系统中活跃用户状态监控。

你都说了是前后端分离,就不需要把vue嵌套php代码里。前后端用纯接口交换数据,找后端同事定义好restful接口,清楚返回的数据结构,接下来前端这块你就可以自己mock数据进

10、连接池监视:监视当前系统数据库连接池状态,可进行分析SQL找出系统性能瓶颈。

前言 在前后端分离的开发模式中,从开发的角色和职能上来讲,一个最明显的变化就是:以往传统中,只负责浏览器环境中开发的前端同学,需要涉猎到服务端层面,编写服务端代码。

11、定时任务:在线(添加、修改、删除)任务调度包含执行结果日志。

12、代码生成:前后端代码的生成支持CRUD下载。

13、参数管理:对系统动态配置常用参数。

下载地址如下:

网硕互联电信下载

港中数据电信下载

河南紫田网通下载

易阳网络电信下载

酷云中国电信下载

易阳IDC电信下载

群英网络电信下载

烽火云集电信下载

网盾科技电信下载

创梦网络电信下载

前言 为了解决传统Web开发模式带来的各种问题,我们进行了许多尝试,但由于前/后端的物理鸿沟,尝试的方案都大同小异。痛定思痛,今天我们重新思考了“前后端”的定义,引入前端同学都熟悉的NodeJS,试图探索一条全新的前后端分离模式。 随着不同终端(Pad/Mobile/PC)的兴起,对开发人员的要求越来越高,纯浏览器端的响应式已经不能满足用户体验的高要求,我们往往需要针对不同的终端开发定制的版本。为了提升开发效率,前后端分离的需求越来越被重视,后端负责业务/数据接口,前端负责展现/交互逻辑,同一份数据接口,我们可以定制开发多个版本。 这个话题最近被讨论得比较多,阿里有些BU也在进行一些尝试。讨论了很久之后,我们团队决定探索一套基于NodeJS的前后端分离方案,过程中有一些不断变化的认识以及思考,记录在这里,也希望看到的同学参与讨论,帮我们完善。 一、什么是前后端分离? 最开始组内讨论的过程中我发现,每个人对前后端分离的理解不一样,为了保证能在同一个频道讨论,先就什么是”前后端分离”达成一致。 大家一致认同的前后端分离的例子就是SPA(Single-page application),所有用到的展现数据都是后端通过异步接口(AJAX/JSONP)的方式提供的,前端只管展现。 从某种意义上来说,SPA确实做到了前后端分离,但这种方式存在两个问题: WEB服务中,SPA类占的比例很少。很多场景下还有同步/同步+异步混合的模式,SPA不能作为一种通用的解决方案。 现阶段的SPA开发模式,接口通常是按照展现逻辑来提供的,有时候为了提高效率,后端会帮我们处理一些展现逻辑,这就意味着后端还是涉足了View层的工作,不是真正的前后端分离。 SPA式的前后端分离,是从物理层做区分(认为只要是客户端的就是前端,服务器端的就是后端),这种分法已经无法满足我们前后端分离的需求,我们认为从职责上划分才能满足目前我们的使用场景: 前端:负责View和Controller层。 后端:只负责Model层,业务处理/数据等。 为什么去做这种职责的划分,后面会继续探讨。 二、为什么要前后端分离? 关于这个问题,玉伯的文章Web研发模式演变中解释得非常全面,我们再大概理一下: 2.1 现有开发模式的适用场景 玉伯提到的几种开发模式,各有各的适用场景,没有哪一种完全取代另外一种。 比如后端为主的MVC,做一些同步展现的业务效率很高,但是遇到同步异步结合的页面,与后端开发沟通起来就会比较麻烦。 Ajax为主SPA型开发模式,比较适合开发APP类型的场景,但是只适合做APP,因为SEO等问题不好解决,对于很多类型的系统,这种开发方式也过重。 2.2 前后端职责不清 在业务逻辑复杂的系统里,我们最怕维护前后端混杂在一起的代码,因为没有约束,M-V-C每一层都可能出现别的层的代码,日积月累,完全没有维护性可言。 虽然前后端分离没办法完全解决这种问题,但是可以大大缓解。因为从物理层次上保证了你不可能这么做。 2.3 开发效率问题 淘宝的Web基本上都是基于MVC框架webx,架构决定了前端只能依赖后端。 所以我们的开发模式依然是,前端写好静态demo,后端翻译成VM模版,这种模式的问题就不说了,被吐槽了很久。 直接基于后端环境开发也很痛苦,配置安装使用都很麻烦。为了解决这个问题,我们发明了各种工具,比如VMarket,但是前端还是要写VM,而且依赖后端数据,效率依然不高。 另外,后端也没法摆脱对展现的强关注,从而专心于业务逻辑层的开发。 2.4 对前端发挥的局限 性能优化如果只在前端做空间非常有限,于是我们经常需要后端合作才能碰撞出火花,但由于后端框架限制,我们很难使用Comet、Bigpipe等技术方案来优化性能。 为了解决以上提到的一些问题,我们进行了很多尝试,开发了各种工具,但始终没有太多起色,主要是因为我们只能在后端给我们划分的那一小块空间去发挥。只有真正做到前后端分离,我们才能彻底解决以上问题。 三、怎么做前后端分离? 怎么做前后端分离,其实第一节中已经有了答案: 前端:负责View和Controller层。 后端:负责Model层,业务处理/数据等。 试想一下,如果前端掌握了Controller,我们可以做url design,我们可以根据场景决定在服务端同步渲染,还是根据view层数据输出json数据,我们还可以根据表现层需求很容易的做Bigpipe,Comet,Socket等等,完全是需求决定使用方式。 3.1 基于NodeJS“全栈”式开发 如果想实现上图的分层,就必然需要一种web服务帮我们实现以前后端做的事情,于是就有了标题提到的“基于NodeJS的全栈式开发” 这张图看起来简单而且很好理解,但没尝试过,会有很多疑问。 SPA模式中,后端已供了所需的数据接口,view前端已经可以控制,为什么要多加NodeJS这一层? 多加一层,性能怎么样? 多加一层,前端的工作量是不是增加了? 多加一层就多一层风险,怎么破? NodeJS什么都能做,为什么还要JAVA? 这些问题要说清楚不容易,下面说下我的认识过程。 3.2 为什么要增加一层NodeJS? 现阶段我们主要以后端MVC的模式进行开发,这种模式严重阻碍了前端开发效率,也让后端不能专注于业务开发。 解决方案是让前端能控制Controller层,但是如果在现有技术体系下很难做到,因为不可能让所有前端都学java,安装后端的开发环境,写VM。 NodeJS就能很好的解决这个问题,我们无需学习一门新的语言,就能做到以前开发帮我们做的事情,一切都显得那么自然。 3.3 性能问题 分层就涉及每层之间的通讯,肯定会有一定的性能损耗。但是合理的分层能让职责清晰、也方便协作,会大大提高开发效率。分层带来的损失,一定能在其他方面的收益弥补回来。 另外,一旦决定分层,我们可以通过优化通讯方式、通讯协议,尽可能把损耗降到最低。 举个例子: 淘宝宝贝详情页静态化之后,还是有不少需要实时获取的信息,比如物流、促销等等,因为这些信息在不同业务系统中,所以需要前端发送5,6个异步请求来回填这些内容。 有了NodeJS之后,前端可以在NodeJS中去代理这5个异步请求,还能很容易的做Bigpipe,这块的优化能让整个渲染效率提升很多。 可能在PC上你觉得发5,6个异步请求也没什么,但是在无线端,在客户手机上建立一个HTTP请求开销很大,有了这个优化,性能一下提升好几倍。 淘宝详情基于NodeJS的优化我们正在进行中,上线之后我会分享一下优化的过程。 3.4 前端的工作量是否增加了? 相对于只切页面/做demo,肯定是增加了一点,但是当前模式下有联调、沟通环节,这个过程非常花时间,也容易出bug,还很难维护。 所以,虽然工作量会增加一点,但是总体开发效率会提升很多。 另外,测试成本可以节省很多。以前开发的接口都是针对表现层的,很难写测试用例。如果做了前后端分离,甚至测试都可以分开,一拨人专门测试接口,一拨人专注测试UI(这部分工作甚至可以用工具代替)。 3.5 增加Node层带来的风险怎么控制? 随着Node大规模使用,系统/运维/安全部门的同学也一定会加入到基础建设中,他们会帮助我们去完善各个环节可能出现的问题,保障系的稳定性。 3.6 Node什么都能做,为什么还要JAVA? 我们的初衷是做前后端分离,如果考虑这个问题就有点违背我们的初衷了。即使用Node替代Java,我们也没办法保证不出现今天遇到的种种问题,比如职责不清。我们的目的是分层开发,专业的人,专注做专业的事。基于JAVA的基础架构已经非常强大而且稳定,而且更适合做现在架构的事情。 四、淘宝基于Node的前后端分离 上图是我理解的淘宝基于Node的前后端分离分层,以及Node的职责范围。简单解释下: 最上端是服务端,就是我们常说的后端。后端对于我们来说,就是一个接口的集合,服务端提供各种各样的接口供我们使用。因为有Node层,也不用局限是什么形式的服务。对于后端开发来说,他们只用关心业务代码的接口实现。 服务端下面是Node应用。 Node应用中有一层Model Proxy与服务端进行通讯。这一层主要目前是抹平我们对不同接口的调用方式,封装一些view层需要的Model。 Node层还能轻松实现原来vmcommon,tms(引用淘宝内容管理系统)等需求。 Node层要使用什么框架由开发者自己决定。不过推荐使用express+xTemplate的组合,xTemplate能做到前后端公用。 怎么用Node大家自己决定,但是令人兴奋的是,我们终于可以使用Node轻松实现我们想要的输出方式:JSON/JSONP/RESTful/HTML/BigPipe/Comet/Socket/同步、异步,想怎么整就怎么整,完全根据你的场景决定。 浏览器层在我们这个架构中没有变化,也不希望因为引入Node改变你以前在浏览器中开发的认知。 引入Node,只是把本该就前端控制的部分交由前端掌控。 这种模式我们已经有两个项目在开发中,虽然还没上线,但是无论是在开发效率,还是在性能优化方面,我们都已经尝到了甜头。 五、我们还需要要做什么? 把Node的开发流程集成到淘宝现有的SCM流程中。 基础设施建设,比如session,logger等通用模块。 最佳开发实践 线上成功案例 大家对Node前后端分离概念的认识 安全 性能 … 技术上不会有太多需要去创新和研究的,已经有非常多现成的积累。其实关键是一些流程的打通和通用解决方案的积累,相信随着更多的项目实践,这块慢慢会变成一个稳定的流程。 六、“中途岛” 虽然“基于NodeJS的全栈式开发”模式很让人兴奋,但是把基于Node的全栈开发变成一个稳定,让大家都能接受的东西还有很多路要走,我们正在进行的“中途岛”项目就是为了解决这个问题。虽然我们起步不久,但是离目标已经越来越近!!内容来自www.zgxue.com请勿采集。


  • 本文相关:
  • 基于NodeJS的前后端分离的思考与实践(一)全栈式开发
  • 怎么理解前后端分离
  • 基于NodeJS的前后端分离的思考与实践(二)模版探索
  • 关于API的前后端分离的纠结?
  • 前后端分离项目,如何导出excel
  • Web 前后端分离的意义大吗
  • 基于NodeJS的前后端分离的思考与实践(六)Nginx + Node.js + ...
  • web 前后端分离的意义大吗前端开发
  • PHP没有前后端分离的概念吗
  • 基于NodeJS的前后端分离的思考与实践(五)多终端适配
  • 为什么说前后端分离不利于seo
  • 基于NodeJS的前后端分离的思考与实践(三)轻量级的接口配置...
  • Web 前后端分离的意义大吗
  • 如何评价淘宝 UED 的 Midway Framework 前后端分离
  • 如何利用vue和php做前后端分离开发
  • 基于NodeJS的前后端分离的思考与实践(四)安全问题解决方案
  • 如何评价淘宝 UED 的 Midway Framework 前后端分离
  • 网站首页源码下载asp源码php源码.net源码jsp源码软件开发脚本下载js框架网站地图网页游戏黑客源码数据库类其它源码整站系统博客程序留言聊天企业网站新闻文章ajax相关搜索链接文件管理交友会员上传下载投票调查框架模板整站系统新闻文章留言聊天博客系统贺卡图片ajax相关文件管理问答系统社区论坛上传下载整站系统控件组件新闻文章主机域名计数统计小偷采集电子商务学校班级 社区论坛上传下载投票调查blog程序留言聊天整站系统社区论坛上传下载投票调查数据管理jsp其它c#源码易语言源码delphi源码vb源码java源码其它菜单导航tab标签焦 点 图在线客服css特效相册代码flash特效批处理其它jqueryextjsprototypemootoolsajax/javascript其它框架主页源码下载其它源码novel前后端分离权限管理系统 v1.5.0h5tool在线制作工具 v1.02020最新微信公众平台源码fastapi高性能web框架 v0.60.1gqlengine服务端框架 v0.0.8novel前后端分离权限管理ckplayer 超酷视频播放器(支持flv,f4v,mp4,rtmp)vx bulid2020.ckplayer 超酷视频播放器(支持flv,f4v,mp4,rtmp)vx bulid2020.下载my97日期控件 datepicker 4.1 正式版my97日期控件 datepicker 4.1 正式版下载精美淘宝客单页面 zblog模板 v1.0 精美淘宝客单页面 zblog模板 v1.0 下载 蝙蝠在线考试系统源码 v2.2.6 蝙蝠在线考试系统源码 v2.2.6下载qvod快播电影插件 for discuz 7.0qvod快播电影插件 for discuz 7.0下载jquery v3.4.1 免费版jquery v3.4.1 免费版下载jquery easyui v1.9.0jquery easyui v1.9.0下载网页播放器_支持lrc歌词同步及列表拖动的网页mp3播放器源码网页播放器_支持lrc歌词同步及列表拖动的网页mp3播放器源码下载cairo 1.16.0 开源2d向量图形绘图库cairo 1.16.0 开源2d向量图形绘图库下载找不到分享码?novel前后端分离权限管理系统 v1.5.0h5tool在线制作工具 v1.02020最新微信公众平台源码fastapi高性能web框架 v0.60.1gqlengine服务端框架 v0.0.8restserver应用服务平台 v0.8api star工具箱 v0.7.2aqua.css轻量级纯css框架 v1.098.css类似windows 98界面的css库 v0.1.12gofileview在线文件预览程序 v1.0分享码的获取方法迅雷winrar v5微信小程序androidasp源码生活购物php源码asp.net源码jsp源码软件开发移动开发网页游戏黑客源码数据库类网页编辑器其它源码novel前后端分离权限管理系统 v1.5.02020最新微信公众平台源码h5tool在线制作工具 v1.0fastapi高性能web框架 v0.60.1gqlengine服务端框架 v0.0.8ant design(阿里前端设计语言/react框架实现) v4.5.2 官方版restserver应用服务平台 v0.8api star工具箱 v0.7.2aqua.css轻量级纯css框架 v1.098.css类似windows 98界面的css库 v0.1.12chrome
    免责声明 - 关于我们 - 联系我们 - 广告联系 - 友情链接 - 帮助中心 - 频道导航
    Copyright © 2017 www.zgxue.com All Rights Reserved