基于"世界上没有解决不了的问题"标准, 我应如何拒绝用户需求?

[RRRoger]

因架构原因,

我们后台应用中的数字类型输入框必须有默认值,不能为空.

除非改架构, 但是改架构工作量和难度无法评估.

我应如何回复???

用户:

    真的没办法为空么？
    不太理解

[tomczhen]

加钱

[misaka19000]

所以为什么不能空？

[sbw]

其实重点在为何无法评估，你要能评估，他也就能理解了

[udev]

默认一个，隐藏不就完了吗，他改变了就用他的，业务逻辑改动应该不大吧

[windychen0]

默认一个不会用到数字，显示的时候检测是否为默认值，if(true){隐藏},监听用户改了之后就显示呗

[haishiwuyuehao]

一般我都是这么说，这个可以改。我们的架构原来是这样这样，是有这样这样的好处。如果要做该需求需要这样这样改，要花多少时间，测试需要测什么功能。需要开个会评估下，然后让用户决定。

[haishiwuyuehao]

一般情况下，用户都会主动退让。
如果是了解了还是要做。那肯定是需要你做的

[RRRoger]

@sbw #3 原文：“其实重点在为何无法评估，你要能评估，他也就能理解了”
======
回复：因为这是个深度耦合的框架, 前端是通过 xml 渲染的, 不需要自己写 js 和 html,所以我不知道怎么入手

[wangdk23411]

这个似乎不能甩锅给架构，用户要求的貌似是 UI 的问题

[janus77]

"世界上没有解决不了的问题"还有下半句
“不同的解决办法有不同的成本”
你们要是能承受工期更多付款更多的后果，那就做吧

[qza1212]

前端把空数据改下再传给后端不就完了么……

[dontwanttologin]

这个问题加钱的话应该 能解决

[yy77]

前端为空就设为 0 （或者其他约定的魔术数字）传给后端不就好了。

[Mac]

业务层替换不就得了，另外 NULL 和空白不是一回事。

[wolfie]

从用户角度看问题一点问题没有，不是所有的需求都是五彩斑斓的黑。

[passerbytiny]

世界上没有解决不了的问题，但是这个问题解决的成本是无穷大，你看还要不要解决？—— 这是做敏捷开发必须要知道的东西。瀑布开发就更要知道这东西，因为瀑布开发的计划的最主要决定因素就是成本。

结合楼主的描述猜测：“数字类型必须有默认值”基本是框架的基础思想；这个框架已经没有维护、支持或继续开发的团队。这样的话，改架构的成本就是无穷大。

[leo108]

这就引申出一个问题：客户合理的简单需求由于开发团队技术选型原因造成的较高成本应该由谁来承担？

[whileFalse]

页面上引入一个 js，注入默认值
或者通过同域的 iframe 向页面注入 js
或者通过反向代理注入 js

[cmdOptionKana]

用户这个是合理要求。

[ChefIsAwesome]

这需求都想拒绝，匪夷所思……