我不喜欢从零开始做,套用别人的项目框架行不行

共 2192字,需浏览 5分钟

 ·

2021-11-06 17:01

作者 | strongerHuang
微信公众号 | 嵌入式专栏

有一种情况:
老板从来不催进度,做项目的工程师也不慌不忙,从零开始一步一步创建工程,然后一步一步写代码。

当把项目做好,或者项目才做到一半时,公司可能就已经倒闭了。

还有一种情况:
老板要求在尽量短的时间把项目赶出来,好,直接套用各种模板(比如:单元模块、软件库、协议栈等),东拼西凑,终于,在规定时间完成了项目,项目也勉强运行起来。
(靠bug运行起来的程序)

某一天,老板让新加一个功能,发现与原来的功能有冲突(特别是套用的模板),那该怎么办?重新开始写代码?

那么,做项目究竟该从零开始,还是直接套用模板?

因为有读者问了类似的问题,我们今天就来结合嵌入式软件讲讲这个话题。

从零开始和套用模板的利弊

从零开始,意味着整个项目都由工程师一步一步完成,而不用各种现成的模板。

凡事没有十全十美,从零开始和套用模板都有优点,也都有缺点。

1.从零开始的利弊
好处:软件的各种逻辑自己比较清楚,方便后期增、删、改、查。

缺点:比较费时间,而且,软件存在bug的可能性比较大。

2.套用模板的利弊
好处:软件可靠稳定(当然,指的是市面上常见的软件库、协议栈等),也节约开发时间。

缺点:可能与你项目存在冲突,比如存在阻塞情况,比如占用资源比较等。


从零开始,还是套用模板?

这里我也不能说哪一种好,哪一种不好,最终还是要结合你项目实际情况。

1.看项目赶不赶
如果项目开发时间相对宽松(不那么赶项目),可以从零开始搞起。比如:前期尽量抽时间规划好项目,搭建好软件框架等。

如果项目要在最短时间内赶出来,可以套用一些现成模板,甚至直接从GitHub下载一个类似项目简单修改,以完成功能为主,先上(zheng)线(qian),然后慢慢优化。

2.看项目用途
如果写一个软件,只是单纯的拿给客户演示,能用模板就用模板吧。

如果定位是一个大批量生产的产品,建议从零开始,结合成熟模板做起来。

3.看工程师水平
如果工程师是一个菜鸟,你让他从零开始,等项目做好估计黄花菜都凉了。还有,即便项目做好了,可能Bug也无数。此时,还是建议你参考别人的模板,或者源码(当然,不是网上随便找的那种哈)。

如果工程师是有一定经验,手上项目没有很多的参考模板,可以从零开始做起。

4.看领导决策
······
5.看公司决策
······
6.看项目规划
······

讲一个真实案例

上面说的那些都比较抽象,下面分享一个真实案例:

公司项目立项的时候,各种近期、远期规划都有,就连嵌入式软件各种细节也是做了各种规划。比如:模块(模块化)、软件命名、软件框架等。


总之,前期花了很多时间做了很多准备工作,然后,项目按照规划一步一步从零开始搞起来。

前几年项目也非常顺利,虽然偶尔有小bug,但很快就能锁定bug并快速得到解决。

但是,随着市场的变化,功能改变和增加的情况越来越多,时间也越来越紧张,在增加、修改、删除功能或模块的时候,没有太多时间优化项目。

终于,项目暴露的问题越来越多,测试部反馈的一级bug也越来越多,市场也经常反馈问题。

最终,实在没办法,项目暂停,重新整理软件架构,在一个月之后,更新架构的软件完成了,也比较顺利。

说明一下:
整个软件项目做到后面比较大,其中也套用了第三方库、协议栈等。因为项目做的很多规划(准备工作),前期开发的也比较顺利,但后面项目紧张没有优化,代码叠加就更容易引起bug。

好在前期做足了工作,比如模块化、代码高内聚低耦合等,在后面软件重构也相对比较顺利,很多模块都可以直接复用。

总结

从零开始还是套用模板,应该遵循几个原则:
  • 项目开发时间越短越好

  • 项目越稳定越好

  • 项目后期增删改查越容易越好

  • ······


在不能平衡的情况下,就要有所取舍,但要尽量平衡。就像上面说的,赶进度而未优化,为后期留下后患。

因此,一般建议先规划项目,像软件框架、结构这种结合项目情况从零规划,然后参考或者套用一些成熟模板,再次,在编码过程中,不断优化和完善代码。

最终不管什么方式,目的是使项目稳定,方便增删改查。

假冒Macbook充电器拆解:外表令人信服但内部却非常危险


穿上满是高科技代码的连衣裙是种怎么样的体验?


晓宇姐姐带你软硬结合,感受下ADC DMA采集多路电压电流的最佳姿势

点击“阅读原文”查看更多分享,欢迎点分享、收藏、点赞、在看。
浏览 21
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报