发表于: 2021-08-28 20:12:24

1 1867


今天完成的事情:

今天目前没有完成的事情,一直在做轮播图 
明天计划的事情:

明天继续研究轮播图
遇到的问题:

1、四个内容轮播一直不会,刚开始内容里面的图片我是直接引入的,做成轮播图之后,图片会放的很大,没有轮播的效果;之后我把那四个图片做成雪碧图,可以进行显示图片了,但是图片轮播的时候到一多半就会暂停,然后划走,内容显示不完全,明天再研究一下;

2、轮播内容换成雪碧图制作后,一直水平居中不了,最后用户百度搜索才发现用flex布局也可以

display:flex; 
justify-content:center;


收获:

一、form表单

HTML5 的 <form> 和 <input>标签添加了几个新属性.


1、<form>新属性:

  • autocomplete
  • novalidate

<input>新属性:

  • autocomplete
  • autofocus
  • form
  • formaction
  • formenctype
  • formmethod
  • formnovalidate
  • formtarget
  • height 与 width
  • list
  • min 与 max
  • multiple
  • pattern (regexp)
  • placeholder
  • required
  • step

2、<form> / <input> autocomplete 属性

autocomplete 属性规定 form 或 input 域应该拥有自动完成功能。

当用户在自动完成域中开始输入时,浏览器应该在该域中显示填写的选项。

提示: autocomplete 属性有可能在 form元素中是开启的,而在input元素中是关闭的。

注意: autocomplete 适用于 <form> 标签,以及以下类型的 <input> 标签:text, search, url, telephone, email, password, datepickers, range 以及 color

二、为什么要做组件库?

(1)背景介绍:

               组件库就是界面设计常用控件或元素的集合, 一个好的组件库,衡量标准主要包括灵活性、复用性、全面性。 前端组件库,这是一个概念,也是一种技术。

(2)知识剖析:

            为什么要做组件库?

                      传统开发方式效率低以及维护成本高的主要原因在于很多时候是将一个系统做成了整块应用, 而且往往随着业务的增长或者变更,系统的复杂度会呈现指数级的增长, 经常出现的情况就是一个小小的改动或者一个小功能的增加可能会引起整体逻辑的修改,造成牵一发而动全身。

                         组件化的初衷并非提高一致性、利于团队合作这些高大上的目的,而是人类进步的第一生产力——「懒」。 消灭重复劳动是提高效率的主要途径,勤劳如小蜜蜂的设计师也不例外,那么组件化就是无论交互前端开发还是UI设计中我们不得不思考的问题。

(3)常见问题:

                为什么要进行组件化?

(4)解决方案:

                   ①从开发者角度来看: 在CSS上,保证代码上的模块化,具有独立作用域; 内部的布局,字体的变化(不包括颜色这类是不可控的)只由其最外层容器影响; 在容器不受外部影响变化的前提下,内部容器的样式不被外部所影响。极大提高工程编译速度,
                     ②进行组件化拆分后,每个业务或者功能都是一个单独的工程,这个单独的工程可以独立编译运行,拆分后的工程通常都比较小,代码量也比较少,我再也不用像以前编译一下得等待好几分钟了。
从公司角度来看: 业务划分更佳清晰,新人接手更佳容易,可以按组件分配开发任务; 项目可维护性更强,提高开发效率; 更好排查问题,某个组件出现问题,直接对组件进行处理; 开发测试过程中,可以只编译自己那部分代码,不需要编译整个项目代码。

(5)拓展思考:

              组件库的优缺点:

       优点:

1极大提高工程编译速度

2业务模块解耦,有利于多人团队协作开发

业务组件之间不能相互引用,每个组件都把对应的业务功能收敛在一个工程里,彼此互不打扰。 在多人团队里,每个人只负责自己的业务模块,他对业务功能的增删改查,都只限定在自己的这个业务模块里,不会影响其他人的业务,他代码质量的好坏也只会影响到自己的业务模块;对测试来说,也十分方便,大部分情况下,我们只需要着重测试修改过的业务组件即可,而不用老是进行全部回归测试。

3组件化是功能重用的基石

业务组件类似一个个积木一样,我们可以用积木搭建出不同的房子,同理我们也可以创建多个不同的APP。我们只需要维护好每个组件,需要用到该组件的功能时,一建引用集成就可以了。


        缺点:

1:组件化开发前期可能要花费更多的时间来进行模块拆分;
2:一个人的小项目完全没必要组件化开发,那样只会给自己带来更多的工作量;
3:组件化可能会带来更多重复的代码;
4:组件化需要良好的架构设计,包括怎么拆分业务,组件之间怎么通信等等,
5:需要有个高水平的架构师统筹全局,经验不足的同学盲目进行组件化反而会适得其反,带来更多的麻烦;



返回列表 返回列表
评论

    分享到