分享一下项目开发的经验

一个项目在入手时都会有一丝迷茫不知从何入手.

分析一下,首先我们考虑的时候不是如何去搭建这个App的界面,而是着重考虑这个App的框架规划.

第一 框架的设计模式

要想好使用哪种MVC,MVVM,MVP,Rout

本人用的最多的就是MVC模式.

介绍一下MVC模式,它是是为了达到分层设计.从而使代码解耦,以便于维护和代码复用.

MVC是 Model-View-Controller(模型-视图-控制器)

第二 框架的模块划分

基础层-网络层-硬件层-公用层-管理层-逻辑层-资源层-配置层

第三 在引入第三方库时要考虑清楚,最好使用cocopods导入

第四 在观察流程图时,要注意到项目里哪些页面是可以重复使用的,哪些View是可以在很多页面中使用的,哪一些控件需要封装,哪些是要做动画处理的,等等...

第五 在了解流程图后,就需要把项目里使用的颜色都归纳出来,不需要很久,使用宏文件可以管理好颜色.iOS11在Assets.xcassets里面新增加了一个颜色管理很方便,可以实现全局变换颜色

第六 搭建好项目基础框架,建立Git仓库

第七 和后台沟通协商确认好接口字段,做到规范,然后直接根据后台给的接口文档进行开发,和UI设计的页面和逻辑保持一致.

第八 在开发过程中,一定要抓好细节,登录注册流程一定要完善,还有下拉刷新,检测网络,清理垃圾,意见反馈,用户协议等一定要设计合理

第九 着重需要指出来,在开发过程中如果出现了什么异样,比如页面重复使用,页面跳转逻辑不通,或者页面的尺寸参数等等问题,需要及时沟通,因为搞开发最重要的就是沟通,只有保持沟通,项目质量和速度才能快

如何去管理一个项目?

第一 切片,将项目的功能不断地进行拆封和细节化,一点一点抠,指定计划

第二 项目的主流程进行,一个App开发过程初,最重要的是先把App的核心流程做出来,才能保持开发过程流畅进行

第三 项目在开发过程中,最讨厌的就是不断的修改需求,有时会因为一个小小的View而改变整个页面的推到重写,但是频繁的需求改动反应出了项目负责人对需求的把控能力以及规划能力,是否能快速的对要修改的项目需求进行评估,是否合理,时候有好的解决方案,修改这个项目是否会对整体进度进行影响,修改的风险,开发时间拖延等

第四 项目在开发的同时,必须实时进行把控,有一个完整并且保持更新的文档记录,对需求改变签订变更合同,并不是说变就变的,到最后设计完,并不是当初所想的.所有的,所有的程序眼都想做一个好的产品,但是被不断变更的需求折磨的麻木不仁,我会在注释中写客户是猪,方法名里也有

第五 水,是有源头的.从上到下,从项目部-设计部-开发部-测试部环环相扣,之前的公司总是把产品设计推给设计部的美女,导致设计部的美女做的很不开心,因为要跟客户沟通,还要跟我们程序员沟通,夹在中间十分不爽,偶尔还要背锅,因为一个项目不可能不动,设计部没有参与到开发,并不知道有哪些页面设计的不合理,导致开发部和设计部会有一些小矛盾,需求无限制的动,需求就像是无底洞,是说到这里,有一个好的产品经理是真的舒服.

第六 再次着重的说,沟通,一定要沟通,每一个环节都要沟通,项目部-设计部-开发部-测试部都要联动起来,沟通才是最重要的环节.

对于程序员来说,App就像是自己的孩子,粗制糙作还是精心雕琢,完全取决于自己.每一个项目无论是模仿还是原创,都可以从总吸取一些经验,学习里面的思维和这个行业里正在改变的思维,能从开发的环节中知道,这个行业里真正需要的是什么样子的模块,时刻保持着新鲜感,保持自己的思维永远高度活跃着,