组件化随笔

1,网络层:就是网络请求,api请求,涉及的东西就是你怎么去发起请求,然后就是请求拿到的数据,你怎么丢给业务层,以什么样的方式交互。

2,view层:就是搭建页面的,你怎么去搭建页面,然后就是页面的东西跟vc和model之间怎么去交互,怎么去通讯。

3,持久层:就是你怎么去存储一些基本的数据,或者一些需要存储的数据,然后你应该注意点什么东西,然后你的数据怎么存储,然后存储的数据怎么跟业务层交互。

4,架构这种东西还是需要多去了解一下,这样能从更宏观的角度看待自己写的代码,宏观的角度看待整个项目的内容,业务。这样写的时候才有这样的概念,才能写的好代码。

5,其实架构这东西就是把各种涉及到的东西对象话,毕竟面向对象嘛,然后就个各种保持隔离,然后就是提供一些对外的接口去给调用,做一个交互就可以了,这样就可以实现业务之间的隔离,针对大项目来说,这个是很重要的,因为你不这样做的话,很难管理的,其实像数据层,除了给业务层使用之外,那就还要给持久层使用的吧。反正谨记的就是既要隔离,又要交互。

6,何为组件化:我觉得就是把各个业务模块分割起来,隔离起来,然后各个业务之间通过某个东西之间通信就可以,这样就可以避免业务之间的互相调用,这样很好的做到了解耦。然后我觉得还有一点就是要有面向对象的思想,vc就做vc的时候,view就做view的时候,然后还有有个data center,还要有个逻辑处理的,其实这个也可以用category来参与,适时适当的使用category非常好的哦。

7,那我还要不要做业务划分呢,如果做业务划分,那我应该怎么做业务划分呢,以什么标准来做业务划分呢。如果以业务划分了,那之前说的,vc,view,datacenter,category,又要怎么去兼顾呢?

8,何为业务:我感觉就是你可以分细点也没有关系,然后所有有业务有关的东西都放在一个文件里,放在一个定义这个业务模块的东西里面,比如我们的项目中,设计师,这个我就可以分为一个模块,然后它里面包括:设计师作品,设计师预约,资料维护,创建作品,这些都算设计师的业务里面的东西,所以这些相关的网络的东西都可以写在设计师业务这个模块里面来,嗯,这样想通了之后,我觉得我接下来的项目里面,写代码的时候就这样分:首先有vc,负责view,datacenter直接的通信协调,还有一些事件的响应,同时注意一点就是要category的配合使用,就是说在vc中,有时候某个vc里面某个东西会比较多,那我就用分类把它分出去,放在分类里面写,这样就可以保证vc里面没有那么多东西,然后所有跟数据相关的东西我都会放在datacenter里面,比如数组的东西,或者一些变量的操作,我感觉都应该数据datacenter范畴,因为这些都属于数据操作,都会由于数据的改变导致页面的改变或者事件的改变,所以这些都是datacenter的东西,关于业务的东西,我会单独的写在一个业务的模块里面。然后某个页面需要用到该业务的东西的时候,那就倒入业务的文件,然后调用响应的接口,获取相应的数据就可以了,或者对业务的一些操作,比如修改状态,删除之类的这些,都属于这个范畴的东西啦。然后view负责的东西那自然就是view自己的东西,比如页面元素的搭建,元素的约束,以及就是数据的填充还有就是根据数据不同而引起的页面变化之类的东西。所以往后写代码就分及格模块来做了:viewcontroller,view,datacenter,category,business。就可以通过这5大块的划分,我感觉可以做到把业务划分,代码变得整洁,有有序,清晰。

9,业务(business):这里应该放什么东西呢,这里放的肯定是只跟业务相关的,业务不相关的东西,坚决不能放这里来,一定要保证这里业务的干净,也就是说,我如果要把这个业务拿去别的地方,我就直接拎走这文件,就ok了,就是那么简单。

10,我突然想明白一个事情,那就是block和delegate的使用场景区别,现在很多情况我都是用的block做值的回调,其实这样的话在组件化的使用时候,这样是很麻烦的,不要做,组件化就是要模块之间的解耦,如果用block做值的回调的话,那你在中间件mediator中push页面的时候,你要用block回调就不好处理了,因为我不可能再在mediator中给你去处理你的block,在mediator中有可能我有很多个push的操作,每个都这个处理那就不可以,所以这个时候用delegate 就可以很好的解决这个问题了,你只需要在页面调用代理,然后在要回调的页面实现代理就可以了,这样就不用在依赖mediator了,这样就可以实现比较好的解耦了,这种情况就像在列表进详情,然后你在详情里面操作后,返回列表的时候,其实是需要刷新列表数据的,如果用mediator做的话,你就不要做回调,但是如果我用delegate 的话,我就可以不依赖mediator,可以实现详情返回列表的时候,通过代理,在代理的实现里面调用刷新数据的方法即可。漂亮!!!

11,从当前工作目录或用户所处的目录出发描述的目录就是所谓的相对路径,因为文件的命名是相对于当前工作目录的;绝对路径是从文件系统的根开始的一个路径(例如,从/开始的一个路径)。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343

推荐阅读更多精彩内容