产品丢给我了一个这样的原型图，各位大佬给品品

我感觉没啥问题啊，勾选是是否生效，input 是自定义条件。

Bootstrap 做就行了。

你觉得哪里有问题呢？

我觉得做后台的话没什么问题，而且比大部分产品出的图好很多了。

没问题啊，勾选决定了是否使用此条策略，填空决定了计算的次数，逻辑性挺强的，严谨的同时又不失灵活

@hantsy 我是写后台代码的，只是拿过来定义字段
@Lombard 要是不勾选后边框变成灰色的还好，但是实际就是不勾选后边框还能填写但是不生效，让人很迷（用户角度）

还好呀

@vate32 #6 你们的前端是吃干饭的么？

@vate32 这种效果前端控制就好了。

不迷，一个是设定规则，一个是启用规则。
当一个规则还没启用时，可以修改设定，这没啥问题啊

@hantsy 这个确实，如果能够在不勾选的时候，后边都变成不可选字体变灰会好很多
@qiayue 逻辑的确是这样，但是放到一起就感觉逻辑有些密集了。如果像楼上说的，不勾选时后边灰色不可选就好了

前端就算是吃干饭的，服务器端难道就不用做限制了...

@vate32 #9 前端怎么显示 你后端不用管啊， 你只管表单数据
有 check 就读 没 check 就忽略就行了

原型到这个程度很可以了呀，至于不勾选变灰，可以后续改善。

原型，意思是雏型吧？

有什么问题呢

不勾选，后面不可填: 这种东西，我觉得说一下就可以了，没必要专门针对这个花时间做原型，就那么 3 个人，一句话的事，何必如此埋汰人家

这应该是后台功能吧，没啥问题啊，对操作人员来说挺简单直观的

可用性确实有待改进。

时间粒度是什么？周期是什么？他们相等吗？那三个复选框做成这样可能清晰一点：
1st：[switch]限制计算次数\n 最多[input]次
2nd：[switch]周期性清零\n 每[input]个周期
3rd：不要复选框直接，检查行数语句[input]

可填写手动编辑的 sql，心得多大，填个 drop 让他过过瘾

感觉把每一项改成可选输入不就可以去掉左边的 checkbox 了吗。 有点画蛇添足的感觉。

按照你们的人员配置，原型线框图出到这样已经可以了。至于 checkbox 勾选或不够选的处理，文字描述一下就可以了。

简单的项目，PM 保证业务流程正确完整，前端直接用框架实现就可以了，哪还需要视觉和交互插手。

所以像 find 命令，`find . -name test`
你的想法是加`-name`了就不应该加`test` ?

checkbox 勾选，input 才能填，这个是相对常识的逻辑，人少的团队就不用特别做效果出来了吧，做的话比较费时间。

看起来没问题,但是这个交互显然有更好的设计方式.能用就是了

看着像后台配置的 UE，一般这种做成这样是能接受的。

切，这算啥。我们都是一段话，完成一个页面及功能模块，一边问，一边开发。
你这对我来说，是天籁。

如果这段 sql 是删库的话，责任是开发者还是使用者[托头思考]

楼主感觉别扭，可能是因为多选框的缘故，把多选换成启用切换按钮可能会舒服些。

我觉得还是做大数据开发比较好，哈哈哈

看完评论，顿时觉得很满足

楼主疑惑的其实就是个交互问题 - -

@w292614191 你们产品呢？