首页 > 代码库 > 话说APP,

话说APP,

发流程:

一,创建项目

二,创建文件夹,分层(vc,m)

三,添加需要的

四,搭建骨架,

1,基类

2,导航类:navigation controller,tab bar controller

3,工具类

4,网络请求类

五,开发(分层一层一层开发,专门负责解析层,专门负责表现层;还是垂直开发,从解析到前台显示)

1,根据接口写解析

2,根据ui画页面

 

发布流程:

1,申请苹果开发者账号

2,创建证书,添加appid,添加设备id,创建描述文件

3,设置项目签名,以及描述文件,运行到真机

4,发布到AppStore

 

现有项目的基本描述:

1,业务代码,可复用代码(如果布局不变化的话,那么解析数据呈现数据改变下就好了,基本上是可以用的,盛放代码容器的这些view)

2,系统库,引用库,框架(没有容器类的框架)介

3,整体架构布局(默认的就是 vc+m,这个里面是 mvc耦合在一块的)

4,效果,功能对应 讲解

 

项目评价:

1,没有远程推送

2,没有用 nsnotification center,通知,用的都是代理

3,没有用ARC

4,没用封装model

5,封装 的第三方支付,登陆,分享比较好,

6,屏蔽了社交,关注与粉丝模块

7,崩溃的地方挺多

8,支付 总是提示系统繁忙(有app支付,有web支付)

 

 

关键:

1,一个效果对应的代码,怎么实现,

2,一个库怎么使用

3,如果有两套方案,那个更合适,优缺点

4,对工期的评估(从零开发的话4人月)(界面基本一样的话2个月)

5,实时的找到对应的代码,实时的调整一个效果,

6,有能力驾驭这些代码

 

 

看啊,把一个人的 内脏器官掏出来了,然后 塞进去了新的 器官内脏,做了一些调整,命名叫新生

 

拿到一个项目的好处:

1,能复用的复用

2,能借鉴的借鉴

3,如果数据变了,如果装数据的页面,盒子变了,那么就只能用那些工具类了

 

架构(颗粒比较大,比较宏观):把一类代码放一块,比如把所有的网络请求放一块,比如把 所有的解析类放一块,所有控制类放一块

设计模式:是针对问题的一种解决方案

库,框架:用到其中的一个小功能,小方便,IOS中的库更像是工具类,而不像JAVA,比如spring框架,是一种容器,strust是控制的,所谓的框架是帮你管理类,是容器,

框架:提供一组功能,比如验证,比如容器,比如,框架就是 公共类集合,提供一组功能,最后镶嵌或者填充 在 发现代码当中,

 

除了业务代码,还有什么代码呢,也就是说 把跟业务有关的代码去掉,看看还剩下来什么代码,能直接拿来用的,比如 工具类。比如网络类。这样说吧,如果 一个项目拿过来,你改吧改吧 能用些什么,也就是复用的代码。数据访问层也有业务逻辑,dao,不是里面也是根据service写的么,逻辑永远是从头到底啊,这个不用说啊,你说  一个房子拆了,改造改造如何。

量子理论是 没法证明错误的,因为 你不成功因为 你放弃不够,调整自己不够,如果你成功了就是量子理论了,

49+44 +20, 480 - 93 -20= 367

49+44+20 ,568 - 93 - 20 = 367+88 = 455

我只是找到了在那个位置,具体 每个参数是 做什么的,没有看那么细,

 

话说APP,