案例14-代码结构逻辑混乱,页面设计不美观

简介: 代码结构逻辑混乱,页面设计不美观

一:背景介绍

       在项目开发的过程中会出现结构混乱、逻辑编写不清晰、页面设计不美观的问题,看似不是什么大的问题,但是正是这些细节之处才能体现开发人员的专业程度,细节决定成败。下面和大家分享一下开发中的问题,下次避免类似的情况发生。

问题1:结构混乱,可读性差

1b464c8f051f4e0980eed0f4ccd40191.png

问题2: 逻辑不清晰,封装意识缺乏

8734b9e746604b6aa39bd760d2e52a57.png

问题3:美观问题:图标和问题没有对齐

861396cfd5eb4e45a3210441c552a771.png

二:思路&方案

       1.调整代码的整体结构和层次关系,让不是此业务的工程师也能一目了然。

       2.将相同的模块进行封装而不是写多遍,合理使用v-if语句

       3.调整前端样式,体现我们的专业性。

三:过程

    问题1:代码可读性差,代码结构混乱

       解决方案:添加足够多的注释,以及对代码结构进行分层。保证从宏观上让读代码的人一看就看出来整个代码是做什么的

1a3d5a9ffb374505894b71bb04d8f10b.png

    问题2: 代码逻辑混乱,缺乏封装的意识

       解决方案:把182、183和191这三个类似的div模块封装成一个组件,我们可以通过组件引用的方式,再添加对应的v-if 或者v-else的方式进行判断。对于nextActiveIsShow这一个变量的判断可以使用ture、fasle的形式。

f78f040e168347f082d011db103084d1.png

    问题3:美观问题:问题和图标没有对应上

       解决方案:只需要将< img>标签与< span>标签对齐就可以解决美观问题,给< img>标签附上样式。

height: 1.5em;
vertical-align: -0.3em;

2ef8c3d4fdf744c4808e816329365732.png

四:总结

       1.明确概念,明确边界。只有我们对v-if足够明确我们在使用过程中才不会出现只使用v-if的情况。对于同一个变量的判断可以使用true和false的方式。

       2.封装的重要性,我们把类似的代码封装了之后,我们代码的复用性才强。在后期维护的过程中才会更加的容易。如果同样的代码写了很多份。维护起来很困难,花费时间也长。


相关文章
|
4天前
|
前端开发 JavaScript 测试技术
修改代码的艺术——如何高效开发、维护和重构复杂的现有系统
这篇文章回忆了作者在高三时期通过努力进入班级前列的故事,并引申到软件开发领域。作者指出,开发工作往往被认为困难重重,但实际上,通过良好的方法、设计和工具,可以提高开发效率和享受编程带来的成就感。文章以最近完成的一个复杂核心需求为例,详细介绍了如何分析、设计和实现这个需求,包括采用领域驱动设计(DDD)理念,数据库字段变更,代码实现,自动化单元测试,重构和代码维护的重要性。最后,作者推荐了几本关于软件开发的经典书籍,并鼓励开发者不断提升自己,以更好地应对挑战。
|
19天前
|
编解码 缓存 数据库
【软件设计师备考 专题 】编写内部设计文档:屏幕设计和数据库设计
【软件设计师备考 专题 】编写内部设计文档:屏幕设计和数据库设计
69 0
|
7月前
|
自然语言处理 Java 机器人
从细节出发:提高你的代码可读性
在编程的世界中,我们总是不断追求更高的性能,更优雅的设计,以及更复杂的特性。然而,我们不应忽视一个基本且重要的原则——代码的可读性。那么究竟何谓代码的可读性?顾名思义,代码可读性是指代码可理解的程度,是代码作者通过代码这个媒介,将需要表达的信息输出到读者脑中的能力。所以有的人说好的代码必然有清晰完整的注释,也有人说代码即注释,是代码简洁之道的最高境界,后者的观点飞哥持保留意见,毕竟真正能够做到代码即注释的有几人呢?
|
19天前
|
设计模式 数据可视化 测试技术
使业务逻辑更加清晰,便于理解和维护
使业务逻辑更加清晰,便于理解和维护
24 2
|
19天前
|
前端开发 测试技术
代码注释怎么写:让你的代码更易维护
在编程中,有一种无声的艺术,那就是代码注释。这可能看起来微不足道,但其实非常关键。它不仅有助于他人理解你的代码,也是自我表达的一种方式。
|
19天前
|
数据可视化 测试技术
测试范围不清晰该咋办?
测试范围不清晰该咋办?
|
11月前
项目实战典型案例14——代码结构混乱 逻辑边界不清晰 页面美观设计不足
项目实战典型案例14——代码结构混乱 逻辑边界不清晰 页面美观设计不足
73 0
|
开发者
重构的核心-让代码保持整洁
很久之前团队师兄向我推荐了《重构:改善既有代码的设计》这本书,粗略翻阅看到很多重构的细节技巧,但当时还处于未接触过工程代码,只关注代码功能,不太考虑后期维护的阶段,读起来觉得枯燥无味,几乎没有共鸣,一直没有细细阅读。在工作一年后,终于在师兄的督促下,利用一个月左右的早起时光读完了这本书,收获很多,感谢师兄的督促,感谢这本书陪伴我找回了阅读习惯。把这本书推荐给已经接触了工程代码、工作一年左右的新同学,相信有了一定的经验积累,再结合日常项目实践中遇到的问题,对这本书的内容会有很多自己的思考感悟
40565 4
重构的核心-让代码保持整洁
|
设计模式 Java 测试技术
关于代码设计的几点思考
这篇文章主要总结一下自己在平时编码中遇到一些问题的思考。很多时候,代码设计很难十全十美,我们面对的往往是选择题,如何在多个选择之间权衡取舍,并不是一件简单的事情。
176 0
|
SQL 测试技术 数据库
自动化测试--自动化测试框架设计以及代码层级展示
测试数据隔离, 实现数据驱动 支持多接口数据依赖: 如A接口需要同时依赖B、C接口的响应数据作为参数 数据库断言: 直接在测试用例中写入查询的sql即可断言,无需编写代码 动态多断言: 如接口需要同事校验响应数据和sql校验,支持多场景断言 自动生成用例代码: 测试人员在yaml文件中填写好测试用例, 程序可以直接生成用例代码,纯小白也能使用
272 0