一个有交互的页面，一人负责html一人负责js，合理吗？

Question

如题，一个需要交互的网页，一个人负责将设计稿做成html+css，另一个人负责在这个页面上做交互（js）。
这里有个疑问，如何确保页面结构（html）适合做交互？这样的配合是否存在问题？

就事论事
现在公司就要求这样
切图人员将设计稿制作成html
后端人员再根据需求将交互和数据套在html上
该如何跟领导说呢？

大家平时工作中开发中是如何配合的呢？

Answer 1

从个人经验来讲，不合理

讲一个很简单的例子，有一些层级导航，html与js分开，会出现html直接为了效果一行一行的写节点，然而没有发现层级导航是有规律的，或者说html写得有规律，而写js事件处理的时候没有理解规律，造成不对口，很有可能出现：写html的思路是一套，写js的思路是另外一套，互看不顺眼

Answer 2

没有什么合理不合理，公司让怎么干就怎么干，能把钱挣回家的都是合理的

我们公司现在就是 出设计图-》出静态html+css模板-》到我这js写交互（页面或者封控件） 配合的很好而且效率很高
我只专职写js

Answer 3

什么叫合理？需要结合适当的环境（场景）才能做出合理与否的判断。
那么这个有没有合适的场景呢？有的。你可以看看 bootstrap 的 JS 插件，全部都支持用 data-* 这种方式来配置或启用，主要目的就是让 HTML 设计人员可以与 JS 交互分离。

Answer 4

静态(html+css)和交互(js)分别由不同的人负责的话就需要协商好对元素操作或者交互的方式细分下。若项目是应用在vue/angular/react之类的mvc/mvvm框架的话确实比较难划分。
按你们项目这样划分的话可能就需要没有专职前端的说法了，静态页面交付给UI，交互交付给后端...
个人不太认可这种做法，这样实现起来代码规范可能不会很好。

Answer 5

一般来说应该是一个人负责一个页面或者一个组件完整的html+js+css，如果非要对js和html再分工的话，我建议也是要在统一html代码之后在分工，这样才能互不影响

Answer 6

前端的员工少；html+css+js都干；人员多的话；可以分工来完成。看具体情况。

Answer 7

分工之前要让2个人沟通好再分红，否则2个人没有默契的话做出来的东西会很烂。
正常情况下，是一个人完工，或一个主力另外的人都是辅助，要听主力的安排。

Answer 8

看人力和时间了。没闲人一个人不也一样前后端都干了，还分什么HTML JS。

就算细分，感觉也分的太碎了。 核心的JS库什么的可以分人写，如果只是UI层面套用点第三方类库，一个人就办了，分开反而降低效率。

Answer 9

个人感觉不合理。就一个页面，有沟通的时间一个人也完成了。
所谓组件化开发，是一个人负责一个或者多个组件。没有必要一个页面多人分工。
当然，如果js大牛的话可以这样分工，js封装成不同插件形式，传参代入。

Answer 10

不合理，两人一定会有争吵，写js的人很大可能会嫌弃你的页面结构，除非你写得非常标准，写的时候已经考虑了很多情况，但这样效率非常不合理，毕竟想一回事，实际做了，可能思路又改了，一般都是边做边改，而且一直只写html+css，感觉地位低下，心理也非常不爽

这个论坛，心理扭曲的变态佬越来越多，动不动就踩人

Answer 11

并不能单纯的说合理或不合理，结合某个公司现状才能说哪个更合适，且 即便不合适LZ可以更改这种窘状吗？如果不能还是coding把

Answer 12

腾讯系的公司好像都是这样做的吧，一部分纯负责页面，一部分的人纯负责js交互等

Answer 13

合不合理看公司团队啊。有的时候这种情况，能提高效率。我是没在这种团队待过。我是即写页面，有些js，还得分析需求，吐血。。。

Answer 14

那两个人的工资可能都不高。

Answer 15

公司只有一个前端的飘过～～～

Answer 16

有些公司会专门招聘js方向的。。
因为涉及到很多数据处理。。会涉及到性能问题、页面渲染、图表绘制之类。。
一个人做html 一个写js也是可以有的。。
如果只是普通的页面感觉就很没必要。。

Answer 17

不建议这样分，实在要分工，按功能区域划分貌似更合理一些。

Answer 18

除了真正的大公司可以细分出页面工程师和js工程师以外的情况，其实一个人负责一个页面的从html到css再到js整体流程是比较合理的。前端的三门语言在很多场景下其实耦合都是比较强的，有些情况下的解决方案是需要三者配合的。两个人合作真的需要良好的配合，以及以后修改会带来更大的成本。
如果一个项目需要多个前端完成，更多的还是依靠功能来划分任务吧。

Answer 19

不合理！！

在现代 UI 开发中，我们已经发现相比于把代码库分离成三个大的层次并将其相互交织起来，把它们划分为松散耦合的组件再将其组合起来更合理一些。在一个组件里，其模板、逻辑和样式是内部耦合的，并且把他们搭配在一起实际上使得组件更加内聚且更可维护。

Vue单文件组件

Answer 20

让玩ps设计的搞定html css实现部分，这在行业里不属于潮流方向吧？

写js交互的，应该要一定熟练html和css。而你现在却要让前端一体的技能分开，太浪费和不合理了吧？

同志，你们公司对行业的分工有不正确的认识。

这样干肯定非常不合理和影响生产力。。

Answer 21

合不合理是由公司说了算的，在大公司里，特别是这种分工那么细化的公司，员工一般是没有话语权的。

能想到的只有，那位只做html+css的兄弟，如果出了公司，该何去何从。。毕竟现在市面上的前端，还是以js为重的

Answer 22

肯定是不合理的，
写Html的肯定更明白怎么去写JS交互代码。
这样分配，我也觉得他们工资都不高...哈哈

Answer 23

不合理，还是根据业务划分，你做那个，他做那个，做就做全套，你以为自己写的html代码，人家觉得用起来垃圾的。

Answer 24

与其说是分为静态页面部分和页面功能部分，还不如直接将页面分割成不同的模块，细粒度的分工效果会更好

Answer 25

• -只有我一个是前台负责css+html,我写JS加后台API的吗

Answer 26

我觉得不是很合理，一个人构建整个页面有利益统一性跟代码的间接性，两个人的话沟通交流想法都是问题

Answer 27

就一两个画面，结对编程吧，一人人部分的话，效率和成果都会不理想

Answer 28

合理。不过只在写html是个漂亮妹子的基础上。放心js程序员哥哥会做的很好的。

Answer 29

如果你们公司的后端是个任劳任怨不在意每天疯狂加班的PHP程序员的话你给个静态的就行了。
因为我上一个公司就是这样的，最后那个PHP程序员愤怒的申请去招聘了13个小弟。

Answer 30

设计图出来的时候，基本上大部分的交互效果都有了 纠结个鸡毛

Answer 31

不存在合理不合理，主要看两个人合作的契合度以及沟通交流的程度，说白了主要还是配合，公司明确分工就是为了能够集中多个人的力量同时去完成一件事，只要配合到位开发周期可以大大的缩减，对公司对个人都是好事

Answer 32

公司少的,一个负责前端,一个负责后端,系统搞定

Answer 33

制定好标准和规范，按照标准来，有问题及时处理就行

Answer 34

这个问题你可能表达上有问题，可能是合理的。js控制的是业务逻辑，html控制的是显示。可以让html把页面画好，然后他就可以交付给js了，由js来实现页面的动态显示及相关逻辑操作。如果是这个套路（就应该是这个套路），那是完全合理的。这么做的好处是对程序员的技术要求降低了，同时html可以一个人做n多个项目，适用于快速开发。如果是其他人想的那样，那不是合不合理的问题，是根本进行不下去。

Answer 35

你们这种就是传统的前端切图后端渲染嘛

我刚开始做项目也是这种，不过后面开始都是用前后端分离，接口去做，很清晰。

Answer 36

用react的怎么办？