首页 > 代码库 > 【思路】-OctService服务类
【思路】-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)
【思路】-OctService服务类
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。