Handlebars

3 月，跳不动了？>>> Python的IDE（Integrated Development Environment 集成开发环境）非常多，如：VS Code、Sublime、NotePad、Python自带编辑器IDLE、JuPyter、Eclipse + PyDev等等。其中我用PyCharm较多，它对于新手来说比较友好，功能丰富，既能用来入门，也能用作专业项目的开发。 2019年12月2日，PyCharm发布了2019.3版本，这是2019年的最后一个大版本。同时也是目前最新的一个版本。这个版本增加了哪些新功能呢？我们一起来看看吧！ 一、Jupyter PyCharm 在 2019年里连续发布了 2019.1 、 2019.2 、 2019.3 三个大版本，对Jupyter进行改进，这让很多使用者感到欣慰，毕竟目前数据分析比较火，使用Jupyter Notebooks的开发者也越来越多。 （注意此功能仅专业版才有） 1.交互式控件 为了提供更多的交互性，Jupyter notebooks支持称为“交互式控件”的功能。这些控件支持将静态笔记本转变为交互式的面板，从而使其他用户在查看你的笔记本时，可以自定义视图。 在此次更新中，PyCharm添加了对交互式控件的支持。这意味着窗口小部件将随着输出一起呈现，并且可以像处理本机Jupyter notebooks一样用于操作笔记。 2

3 月，跳不动了？>>> Python的IDE（Integrated Development Environment 集成开发环境）非常多，如：VS Code、Sublime、NotePad、Python自带编辑器IDLE、JuPyter、Eclipse + PyDev等等。其中我用PyCharm较多，它对于新手来说比较友好，功能丰富，既能用来入门，也能用作专业项目的开发。 2019年12月2日，PyCharm发布了2019.3版本，这是2019年的最后一个大版本。同时也是目前最新的一个版本。这个版本增加了哪些新功能呢？我们一起来看看吧！ 一、Jupyter PyCharm 在 2019年里连续发布了 2019.1 、 2019.2 、 2019.3 三个大版本，对Jupyter进行改进，这让很多使用者感到欣慰，毕竟目前数据分析比较火，使用Jupyter Notebooks的开发者也越来越多。 （注意此功能仅专业版才有） 1.交互式控件 为了提供更多的交互性，Jupyter notebooks支持称为“交互式控件”的功能。这些控件支持将静态笔记本转变为交互式的面板，从而使其他用户在查看你的笔记本时，可以自定义视图。 在此次更新中，PyCharm添加了对交互式控件的支持。这意味着窗口小部件将随着输出一起呈现，并且可以像处理本机Jupyter notebooks一样用于操作笔记。 2

#Pagurian 一个管理系统的前端解决方案， 致力于让前端设计，开发，测试，发布更简单。 功能简介 Pagurian 适用于Web管理级的项目 基于Sea.js遵循CMD规范，友好的模块定义,使业务开发更简单； 集成了Datatable,Echarts等插件，调用方便，提升开发效率； 自定义UI色板，构造自己独特色彩的UI。 开发及构建 用户可以在 Pagrian 的基础上进行二次开发 目录结构 Pagurian ├── [.] .build ├── dist/ //发布目录 │ ├── lib/ │ ├── modules/ │ ├── plugins/ │ ├── resources/ │ └── templates/ ├── docs/ //开发文档 │ ├── api-datatable.md │ └── api-*.md ├── [.] node_modules/ //Grunt依赖的NodeJs 模块 ├── src/ //开发目录 │ ├── lib/ //框架依赖的基础库 │ ├── modules/ //业务模块 │ ├── plugins/ //插件模块 │ ├── resources/ //css,images,fonts │ └── templates/ //handlebars 模版文件 ├── test/ //测试 ├── Gruntfile.js

介绍 Handlebars 是 JavaScript 一个语义模板库，通过对view和data的分离来快速构建Web模板。它采用"Logic-less template"（无逻辑模版）的思路，在加载时被预编译，而不是到了客户端执行到代码时再去编译， 这样可以保证模板加载和运行的速度。Handlebars兼容Mustache，你可以在Handlebars中导入Mustache模板。 使用与安装 Handlebars的安装非常简单，你只需要从Github下载最新版本，你也可访问下面网址获取最新信息： http://handlebarsjs.com。 目前handlebars.js已经被许多项目广泛使用了，handlebars是一个纯JS库，因此你可以像使用其他JS脚本一样用script标签来包含handlebars.js script type="text/javascript" src=".js/handlebars.js"></script> 基本语法 Handlebars expressions 是handlebars模板中最基本的单元，使用方法是加两个花括号 {{value}} , handlebars模板会自动匹配相应的数值，对象甚至是函数。 例如： <div class="demo"> <h1>{{name}}</h1> <p>{{content}}</p> </div>

项目背景 刚刚参加完一个项目，背景：后端是用java，后端服务已经开发的差不多了，现在要通过web的方式对外提供服务，也就是B/S架构。后端专注做业务逻辑，不想在后端做页面渲染的事情，只向前端提供数据接口。于是协商后打算将前后端完全分离，页面上的所有数据都通过ajax向后端取，页面渲染的事情完全由前端来做。另外还有一个紧急的情况，项目要紧急上线，整个web站点的开发时间只有两周，两周啊！于是在这样的背景下，决定开始一次前后端完全分离的尝试。 之前开发都是同步渲染和异步渲染混搭的，有些东西可以有后端PHP帮你编译好，如通用的页面模板，后端传回的页面参数等。提前预感到这次完全分离可能会遇到一些困难，但是项目上线要紧，也不能深入搞架构，于是打算就用jQuery+handlebars，jQuery来完成页面逻辑和DOM操作，用handlebars来完成页面渲染，这个方案是如此的简单粗暴，但好处能最稳妥的保证项目按期完成。其实前后端分离并不是一件容易的工作，这么做会有诸多不完善之处，后面再谈。 浅谈前后端分离 所谓的前后端分离，到底是分离什么呢？其实就是页面的渲染工作，之前是后端渲染好页面，交给前端来显示，分离后前端需要自己拼装html代码，然后再显示。前端来管理页面的渲染有很多好处，比如减少网络请求量，制作单页面应用等。事情听起来简单，但这么一分离又会牵扯到很多问题，比如： 资源的按需加载

刚刚参加完一个项目，背景：后端是用java，后端服务已经开发的差不多了，现在要通过web的方式对外提供服务，也就是B/S架构。后端专注做业务逻辑，不想在后端做页面渲染的事情，只向前端提供数据接口。于是协商后打算将前后端完全分离，页面上的所有数据都通过ajax向后端取，页面渲染的事情完全由前端来做。另外还有一个紧急的情况，项目要紧急上线，整个web站点的开发时间只有两周，两周啊！于是在这样的背景下，决定开始一次前后端完全分离的尝试。 之前开发都是同步渲染和异步渲染混搭的，有些东西可以有后端PHP帮你编译好，如通用的页面模板，后端传回的页面参数等。提前预感到这次完全分离可能会遇到一些困难，但是项目上线要紧，也不能深入搞架构，于是打算就用jQuery+handlebars，jQuery来完成页面逻辑和DOM操作，用handlebars来完成页面渲染，这个方案是如此的简单粗暴，但好处能最稳妥的保证项目按期完成。其实前后端分离并不是一件容易的工作，这么做会有诸多不完善之处，后面再谈。 浅谈前后端分离 所谓的前后端分离，到底是分离什么呢？其实就是页面的渲染工作，之前是后端渲染好页面，交给前端来显示，分离后前端需要自己拼装html代码，然后再显示。前端来管理页面的渲染有很多好处，比如减少网络请求量，制作单页面应用等。事情听起来简单，但这么一分离又会牵扯到很多问题，比如： 资源的按需加载

项目背景 刚刚参加完一个项目，背景：后端是用java，后端服务已经开发的差不多了，现在要通过web的方式对外提供服务，也就是B/S架构。后端专注做业务逻辑，不想在后端做页面渲染的事情，只向前端提供数据接口。于是协商后打算将前后端完全分离，页面上的所有数据都通过ajax向后端取，页面渲染的事情完全由前端来做。另外还有一个紧急的情况，项目要紧急上线，整个web站点的开发时间只有两周，两周啊！于是在这样的背景下，决定开始一次前后端完全分离的尝试。 之前开发都是同步渲染和异步渲染混搭的，有些东西可以有后端PHP帮你编译好，如通用的页面模板，后端传回的页面参数等。提前预感到这次完全分离可能会遇到一些困难，但是项目上线要紧，也不能深入搞架构，于是打算就用jQuery+handlebars，jQuery来完成页面逻辑和DOM操作，用handlebars来完成页面渲染，这个方案是如此的简单粗暴，但好处能最稳妥的保证项目按期完成。其实前后端分离并不是一件容易的工作，这么做会有诸多不完善之处，后面再谈。 浅谈前后端分离 所谓的前后端分离，到底是分离什么呢？其实就是页面的渲染工作，之前是后端渲染好页面，交给前端来显示，分离后前端需要自己拼装html代码，然后再显示。前端来管理页面的渲染有很多好处，比如减少网络请求量，制作单页面应用等。事情听起来简单，但这么一分离又会牵扯到很多问题，比如： 资源的按需加载

Python的IDE（Integrated Development Environment 集成开发环境）非常多，如：VS Code、Sublime、NotePad、Python自带编辑器IDLE、JuPyter、Eclipse + PyDev等等，但是对于项目开发、管理、部署等稍微大一点的项目，猪哥觉得还是PyCharm最好用！ 2019年12月2日，PyCharm迎来了2019.3版本，这也许会是2019年的最后一个大版本，那这个版本增加了哪些新功能呢？我们一起来看看吧！ 一、Jupyter PyCharm 在 2019年里连续发布了2019.1、2019.2、 2019.3三个大版本，对Jupyter进行改进，这让很多使用者感到欣慰，毕竟目前数据分析比较火，使用Jupyter Notebooks的开发者也越来越多。 注意此功能仅专业版才有！ 1.交互式控件 为了提供更多的交互性，Jupyter notebooks支持称为“交互式控件”的功能。这些控件支持将静态笔记本转变为交互式的面板，从而使其他用户在查看你的笔记本时，可以自定义视图。 在此次更新中，PyCharm添加了对交互式控件的支持。这意味着窗口小部件将随着输出一起呈现，并且可以像处理本机Jupyter notebooks一样用于操作笔记。 2.运行时代码补全 PyCharm 的优势之一是借助先进的静态代码分析算法

Backbone router怎么实现页面跳转， router里面定义routes对象，在对象里面定义动作键值对，当url匹配到key时，执行相应的动作，显示相应的页面。 解释一下 Backbone 的 MVC 实现方式？ Model主要负责主页面数据的获取。 View主要负责监听model事件以及与用户之间的交互。 Backbone中没有controller的概念，C的功能总是负责响应请求并调用相应的动作来让模型产生变化同时渲染视图。Backbone中主要是通过View和Router来实现的。View中通过监听DOM事件/model的change事件，实现与model的交互与视图的更新。Router实现页面间的跳转。 Backbone的优缺点。 优点： 1.分层的结构很清晰 2.backbone将页面的数据、逻辑、视图解耦，开发过程中可以将数据交互、业务逻辑、用户界面等分配给多人开发。 缺点： 1.Model层简单，对于一对多的数据结构有点应付不过来。 2.view很容易产生内存泄漏的问题。 3.对于简单页面，使用这种MVC还是有些繁琐。 什么是“前端路由”?什么时候适合使用“前端路由”? “前端路由”有哪些优点和缺点? 路由指的是根据不同的url显示不同的页面和内容；所谓的前端路由是把路由的这一功能交给前端来实现。适合用在单页面应用中，大部分页面结构不发生变化

H5中都是Html，在这里我们没有el标签。所以我们只能借助模板。好处上面已经介绍了 扫码关注公众号，不定期更新干活 web 开发中，js 解析JSON 是经常的事情。非常繁琐。handlebars 使用了模版，只要你定义一个模版，提供一个json对象，handlebars 就能吧json对象放到你定的模版中，非常方便好用！ H5中都是Html，在这里我们没有el标签。所以我们只能借助模板。好处上面已经介绍了。 H5中循环遍历 第一步：在html中定义模板，将后台的json放在模板里。 <script id="task-table-template" type="text/x-handlebars-template"> {{#each this}}//遍历循环的格式，相当于foreach <a href="{{link}}">//json中的link必须是{{}}格式 <strong> {{Obj_title}}//同上 </strong> </a> {{/each}} </script> 第二步：在js中实例化这个模板 var myTemplate = Handlebars.compile($("#task-table-template").html()); 第三步：将后台json传进来显示，并确定模板显示位置，下面的列子 将模板显示在class=notice