【思路】-OctService服务类

OctService服务类

从以下几个方面来说吧，这次说的会有点长啊

设计：

思路：

作用：

目的：

问题：

为什么要设计这个？

它解决了什么问题？

是什么？

为什么？

怎么样？

OctService服务类，其实说这个，大家需要脑补一下，Octopus经过的太多版本的改造，才有了这个的诞生，也是伴随着需求不断的增加和对程序的优化，才渐渐有了这个东西

弄出来这个东西之后也让我稍微对面向对象 抽象 接口 之类的概念有些了解 。看来要深入一个东西并非一朝一夕的，需要不断的思考 使用 和总结，反正吧路程很艰辛，但是体验也很多

就想潜伏中的一句很有意思的话：革命者的爱情分外浪漫！是啊 让你心里想着，同时有见不到你心里的那个人，见到了又不能相认，那该是一种什么样的滋味儿。一见面就是激吻，啊啊啊

【就好比厕所就在旁边，肚里面憋着一泡屎，就是憋着，反正厕所在旁边，体会那个难受劲儿】这个时候也只有吻才能表达心中的想念吧，这也让我想起我和初恋女友的那个吻【预知详情请联系我】，无数个夜晚我都在回味那一个美好的时刻，情到浓时的那种滋味儿，是一种人生难得的体验，值得一生典藏啊。

OctService抽象了页面类，将一些公共数据的获取和初始化放在了这里，是为了一些Ajax请求用的

最初的Ajax请求要经过HttpCustom这个基类，但其实这些Ajax就是获得一些简单的操作，比如：收藏商品，加入购物车；没用必要让这些请求也经过页面周期这个步骤吧，

但是不经过页面周期，一些数据又获取不到：比如购物车的ID，货币ID 语言ID，还要知道用户是否处于登录的状态。所以OctService就是将这些数据的获取和初始化工作给提取出来了

这样Ajax一类的请求就不需要经过页面周期的步骤了【其实我就是这个目的】

而且OctService也可以做HttpCustom的基类

总之：有了这个东西Ajax请求和页面请求分开了，谁也不影响谁，各自独立

Post分离过程

Post事件从每个页面中分离掉了，页面代码变得干净清爽，就是像用了妇炎洁【我们也用妇炎洁，洗洗更健康--外国人口吻来读】

每个ashx页面中只有获取动作，get get 不停的get，【只执行Page_Load事件】不在处理用户Post请求过来的数据，比如用户结算

这些Post操作都被转移到了一个专门的Ashx中去了

好处：

1.每个页面专注于Get操作，根据参数展示不同的视图，专注于这一件事儿，不容易出错

2.便于调试

分离时候让这些操作都变得简单和易于控制，还是很不错的

Page_PreLoadInit像鸡肋一样被丢弃了

当初设计它的时候觉得非常有用，解决了一些页面数据获取的问题，但是后来觉得它很讨厌，也很啰嗦，竟然很多页面都要提前获取一些相同的数据

为什么不在一开始将这些数据都获取到呢？所以后面设计了OcService这个类，自然而然的这个事件就丢弃了

来自为知笔记(Wiz)