web前端

Angular2的路由不像backbone是url#route这种结构，使用的是html5的pushstate方法直接从url中获得路由，这就需要进行一定配置才可以使angular2运行。 base href的配置 代码：<base href="/"> base href的配置关系到路由的有效数据的选取 base href同样关系到该网页的js、css等数据的获取，因此不能乱设定。 后台的配置 Angular2的路由方式使得用户刷新页面时，后台默认返回404错误。 需要在后台配置一下，当用户访问的路径为Angular2应用的路径时，返回Angular2首页的数据。（或者只要是匹配不到的路径，直接返回Angular2首页的数据） 注意是后台直接返回数据即可，不是重定向。 子路由的配置 Angular2的路由允许空component，一些目录可以不用配置component。 如果把APP的路由都放到某个子路径下面有助于简化后台重定向时的匹配复杂度。 默认页面的处理 正常访问网址是默认地址是登录页面。 凡是带APP的子路径的地址，默认返回Angular2的数据，否则重定向到首页。

软件架构设计 软件架构可以借鉴MVC的方式，View层负责页面跳转和事件监听，Controller层负责业务逻辑处理，Dao层负责数据发送和接收。 页面跳转/刷新时事件的注册与取消注册 大部分页面需要根据后台数据生成html，这就用到了html的模板技术。当使用类似于template7这类模板引擎时，如何管理生成页面的事件就成为了一个问题。 目前我探索出来的方式是，使用jQuery的on方法，把事件挂载在当前页面的根节点上，这样不管页面内容如何刷新都不会影响到事件的监听。 貌似一些类似于backbone的前端框架可以帮忙解决事件的监听问题。 与服务端数据交互时的问题 Ajax刷新时需要给用户一个等待的反馈，请求结束后也需要给用户一个结果的反馈，由于不同模块反馈的内容不一样，因此如何实现一个公用的方案也需要考虑。 我的想法是，配置一个公用的存储反馈内容的json对象，调用dao层方法的时候把配置和该对象一起传进去，减少业务层逻辑的复杂程度。 id、class与css选择器使用的问题 有时候为了好看，在写css选择器的时候会写上一串限制的参数，如果对于一些经常复用的class这应该是个好方法，但是我发现用着用着就把class当id用了，很多定义的class只使用了一次。我觉得以后在开发前先大致设想好自己想使用的class，提取一些公用的内容，把这种方案的特点发挥到极致。 对于页面中绑定的事件等操作，可以不用写上一串选择器，因为绑定是运行时实时生效，不会因为页面切换导致绑定到其它class上面去了。 view层函数的结构 在写view层方法的时候，我习惯于写上init和load两个方法，其中init负责初始化事件监听，load负责加载和渲染页面，

javascript写的BadApple~ 显示不正常请点击这里~ BadApple

初次体验Backbone，写上一点总结供以后参考： 模型重写get、set方法，比较有用，可以试逻辑更加清晰。 模型视图的绑定，有效更新视图的方法。（注意除了数据里面，网页参数等也可以用模型） 视图切换。困难点在于用户信息的传递，目前想到的方法为存在url或cookie里，避免因刷新而丢失。 列表用嵌套视图，非常有用，绑定事件非常方便。 视图不建议直接放到el里面，而是放到tagName里面。否则来回切换时根节点会绑定大量事件（另写方法将绑定取消也可以）。

JavaScript作为一种脚本语言，近年来却越来越火。由于其灵活的语言结构，其用途已经设计编程开发的方方面面，从前台到后台，从算法到数据库。这里就用JavaScript模拟了银行家算法，并结合Html方便快捷的将结果显示出来。 纯JavaScript+css手写，效率应该还不错，各位直接把源代码保存回去就能用~ 下面是完整的页面，各位也可以直接把代码copy下来研究~ 进入银行家算法