认识达内从这里开始

我们都知道，程序员在写代码的时候是需要花费很长的时间的，而提高编程效率的方法也是许多程序员都在追求和学习的方法，下面我们就一起来了解一下具体内容吧。

正确的理解什么叫做写代码,理解业务逻辑的重要性

对于什么叫写代码,什么叫程序猿?先来谈谈我自己对写代码的观点,开发一个项目其中 50%-70%的工作量为理解业务逻辑,剩余的部分为编写代码,而在编写代码部分70%的工作量为处理异常情况,只有30%的工作量是开发程序.所以理解项目的业务逻辑是非常有必要的,因为业务逻辑决定UI和UE.例如,某个新增数据的Button 当用户没有权限的时候,是不允许点击的,当你不管这些,允许没有权限的用户点击操作该Button,那么就很有可能出现Bug,这是常见的例子.所以,对于项目中业务逻辑,虽然不用做到倒背如流,但是少要做到熟读于心.

合理架构代码,提高工作效率

在写代码之前,一定要先去架构自己的代码结构,让它尽量变的合理起来,灵活合理的代码结构会让你更高效的工作,切忌先实现,后优化的理念去架构代码,有些程序猿(这几年遇到不少)就是喜欢使用先实现,后优化的理念去架构代码,或者是连优化都没有,想到一种实现方式就立马开始码代码,结果一堆Bug存在了自己写的代码里面.反正各种隐患,日积月累,Bug越来越多.到后自己都不想去处理了,而且很多时候还是拆了东墙补西墙的情况,反正种种情况不断. 下面我就分享一下我写代码的两种架构方式.

正所谓业务逻辑决定代码逻辑,所以我们可以通过业务逻辑来架构我们的代码结构.例如,现在业务逻辑中的帖子列表,只有展示和新增的逻辑,你就要立马去想会不会在后面的版本有删除或者修改的功能,或者还有分享的功能呢?是否需要给这些功能预留接口或者位置?用户会不会有其他想法或者操作?每一种业务情景都可能对应着Bug,架构代码之前多考虑业务逻辑是很有必要的.

当你需要修改某个代码模块的时候,这时候你也要先去思考当你修改这个业务逻辑会不会对其他模块造成影响,这里主要可以通过耦合性来去联想其他模块,然后去思考如何架构代码才能让兼容性更好.这样修改代码是否会对后面的代码迭代造成影响?

当然了上面的只是简单的举例而已,有自己认为合理的架构方式欢迎评论.....

合理复用代码,业务逻辑代码尽量复用,UI逻辑代码少复用.

复用代码,在很大程度上可以减少代码的重复率,一个重复率很高的代码工程不是一个合格的工程,所以,复用代码是非常有必要的.

但是我们一定要去合理的复用代码,不合理的复用代码会造成的常见问题就是代码臃肿,耦合度高.例如,我们一个ViewController视图控制器在UI的展现形式上在每一个地方都是一致的,但是每一个地方都需要不同的逻辑,有的是只展示,有的是既展示有可以跳转,有的是只跳转不展示种种逻辑.如果我们都复用这个视图控制器的话,那么这个视图控制器的逻辑代码会非常的多,各个使用这个控制器的模块也会因此变得耦合度高了起来.

那么我们应该遵循一个怎样的复用规律呢?那就是业务逻辑代码尽量复用,UI逻辑代码少复用(PS:安卓的布局文件尽量复用,不涉及逻辑代码,尽量复用).为什么这么说呢?这是因为业务逻辑决定着UI的展现,业务逻辑发生改变,UI一般就发生了改变,相反,只要业务逻辑不发生改变,业务逻辑代码也不需要发生改变.所以,业务逻辑代码尽量多复用,例如网络请求方法,我们写在一个统一的文件中,谁用谁调用即可.只有当后台发生变化的时候,我们才需要修改代码,大大的提高效率.

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!