0%

发表于 更新于 分类于 阅读次数：
本文字数： 234 阅读时长 ≈ 1 分钟

2018年6月11日 下午7:22

分离：

  1. 先跳到一个html页面———>页面的js去访问后端的接口拿到数据——>将数据添加到当前html页面

不分离：

  1. a标签链接(很少用js)去访问后端的接口——>后端先处理逻辑和数据，然后moduleAndView进行服务器转发———>通过转发跳到另一个页面

总结：

分离之后数据的获得是封装好的，给人的感觉是：数据由第三方提供，觉得有一种合作关系。而不分离使用的是线性思维，一步一步的走就行了，最后才拿到数据跳转页面。

发表于 更新于 分类于 阅读次数：
本文字数： 166 阅读时长 ≈ 1 分钟

2018年6月10日 下午9:56

概述：

  1. 其实assemble一方面可以理解是vo的配套产品，作为组合对应前台页面信息的一种单位化的思考方式，我以前觉得assemble难是因为没有理解到assemble方法单独写出来之后，可以让代码的结构在编程的过程中更加清晰。
  2. 另一方面，assemble也是组装pojo的抽象，用于回过头来操作数据库。

发表于 更新于 分类于 阅读次数：
本文字数： 756 阅读时长 ≈ 1 分钟

2018年6月6日 下午2:22

重要提示：Charles可以映射(map)后，将domain从.programing.com改为到映射前的localhost地址，但是此时的.programing.com是没有cookie，只存在一份。

cookie的domain参数详解 - CSDN博客

被误传的Cookie的Domain属性 - CSDN博客

  1. 最开始，只有一个www的站点和一个wap的站点，不存在web网站和wap网站的cookie共享问题。所以，对于cookie的domain，分别设置成www.* .com和wap.* .com就OK了。
  2. 后来，因为业务的扩大，web站点增加了，比如多了一些blog.* .com、arti.* .com之类，为了实现web站点的cookie共享，就需要对cookie的domain重新设置了。最简单的办法就是将其设置为.* .com。
  3. 不过，问题就这么产生了，wap网站不能登陆了。因为我叙述的原因，大家可能一下子就能猜到问题的所在，cookie的domain设置有问题？不错，正是在这个地方出问题了。
  4. 手机对于cookie的访问似乎更加严格，只有url的host部分和cookie的domain完全匹配，它才会将这些cookie发送到服务器端，这样的话，才能保持手机端和服务器端的正常通信。
  5. 问题找到了，解决办法也非常简单。只要在登陆时对请求的服务器名称进行判断，如果是wap站点的请求，cookie的domain就直接设置成wap.*.com即可。
  6. 这里也要感谢一个手机浏览器在pc的模拟器——Openwave V7 Simulator，这个软件的console能直接显示request和response的所有内容，因此我才能迅速定位问题的所在。

好好了解一下Cookie(强烈推荐)_基础知识_脚本之家