不懂技术如何判断一个页面的开发复杂度

  • 时间:
  • 浏览:0

2、 开发者对业务的熟悉程度。有些点尤为重要,也是容易忽视的有些。有很久会总出 原先的情況,同样的另有5个 需求,小A只需用1天背熟,小B则需用3、三天,很有意味着意味着小A无缘无故是这块业务的开发者,而小B很久接手这块业务。意味着代码有有一种的强逻辑性行态,哪怕同另有5个 开发者去读本人另有5个 月前写的代码,即使是最简单的一段几百行的代码,也很有意味着不太记得其中的逻辑。对接手新业务的开发者来说,要背熟前人的几千行甚至是上万行代码绝对是非常艰巨的任务,会需用更多的时间和精力。

有很久在想有没办法 有一种生活简单的法子,让不懂技术的人能判断另有5个 页面的前端错综复杂度,于是有了这篇文章。希望能让前端码农和产品经理能更好的互相理解,协作如丝般顺滑。

意味着主题是“页面错综复杂度”,应该是页面有有一种的属性而与开发者无关,可是 没办法 列入三大原则之中。但意味着回归到现实需求中,开发者确实是无法绕开的另有5个 关键因素。

尽管交互元素看起来样子都差太少,但实际上每个元素手中的隐含逻辑一定会一样,开发成本也就大可是 。另有5个 页面中中有 的交互元素太少,则页面开发越错综复杂。

最近的聊天中产品经理说:“我不懂技术,可是 当初也判断不好有些页面在技术实现上有多错综复杂”。于是想起来有好有几条:

对富交互型页面来说,工程师不仅要写好页面样式,更重要的是除理用户的交互逻辑。交互逻辑比纯展示逻辑错综复杂得多,比如输入框获取光标时咋样响应、一蹶不振 光标时咋样响应、用户输入特殊字符咋样除理、用户鼠标点击咋样除理,还有些页面内容是需用根据用户的操作从服务器端查询实时数据展示出来的。其二,看起来差太少的另有5个 按钮意味着另有5个 输入框,中有 的逻辑却完整性不同,比如用户名输入框和手机号输入框

要求兼容 IE 8 及以下浏览器的页面,错综复杂度增加100000000000000000倍。

左边的页面内容雄厚、样式多样。内容中有 页头、导航栏、tab标签、文章列表,每篇文章又中有 回答计数、作者、最新回答时间、标题、标签,布局上有各种排列法子,还有各种色彩。

最后分享另有5个 小故事,在上家公司协作过一位产品经理,有一次大伙儿周末有事找他,你说歌词 他没空,报了java培训班,要上课去了。。。要上课去了。。。要上课去了。。。快要被抢了饭碗的感觉。

产品经理应该适当了解大伙儿开发团队的组件化现状,意味着基于那些组件设计页面,那对工程师来说会减少可是 工作量。意味着能从产品的层厚对组件库提出改进建议,既能让工程师们从中受益,不可否更好的支持产品开发,达到双赢。相反,意味着产品行态和交互行为始终位于变化之中,那工程师也很难沉淀出一套适用的组件库,开发速度也大打折扣。

做为一名苦逼前端码农,写给同时奋战的产品经理们。

先看如下另有5个 页面:

左边的页面看起来比右边的页面错综复杂,但实际上开发起来右边的页面错综复杂得多。左边的页面可否 称之为“纯展示型页面”,类式于于页面的显著同时点是没办法 数据的展示而没办法 与用户位于交互。右边的页面称之为“富交互型页面”,常常中有 以下交互元素:

每个网站一定会有有些重复总出 的元素,比如日期选泽、上传图片、弹窗、Toast提示等等,为了最大化的复用那些相同功能的代码,提高开发速度,大多数开发团队会建设另有5个 组件库,顶端中有 各种常用组件,业界比较著名的组件库有 bootstrap 和 ant design。有了那些组件,工程师开发页面就像搭积木一样简单,把那些组件拼凑在同时,再去掉 适当的业务逻辑代码,就可否 开发出另有5个 页面。

对纯展示型页面来说,工程师只需用除理好页面的样式就好,不会考虑太少有些那些的问题。另外,有些页面的文章列表偏离 ,确实内容可是 ,但实际上是相同行态的不断重复,在工程师眼里如下图所示:

1、 开发者综合素质。除了技术实力之外,还有沟通能力、需求理解能力、责任心等,那些大伙儿工作中意味着有可是 感触,就不再赘述。

下文总结另有5个 基本原则,用这另有5个 原则可否 大致判断另有5个 页手中端错综复杂度。

右边的页面看起来没办法 简单的5个输入框、另有5个 勾选框、另有5个 按钮,页面内容整体看起来好的反义词雄厚。

注意:

工程师只需用把有些行态的模板写好,再填入不同的数据。常见的纯展示型页面可否 有图片、表格、文字,以及那些元素的各种混合排列。