求指导~求建议

[kiba518]

当你提出，在页面调用逻辑时，不要在一个类中调用十几个方法，而且是将这个类中的方法封装一下，让页面就调用一到两次的时候，领导提出疑问，为什么要这么做，这么做有什么好处，要怎么回答才能让他明白呢?
并且要列出有哪些风险，如何避免时，要如何列出呢？

[拜一刀]

这啥,面试题?

[wanghui0380]

问题只有一个“复用不”，如果不复用，那又是上次被你们狂骂的“写代码要干净”滴“洁癖” 我们说，有“味道”才搞，没味道天天收拾那当然叫洁癖。 同样，如果不能复用，你收拾那有用么？？你也说了，是UI滴，而我说UI是变动最快滴部分，那么一个不基于逻辑，不基于复用，不基于味道，不基于数据和UI分离而收拾，其实没啥道理，因为你刚收拾完，UI这个变化最快滴说我要加个按钮，加个参数（客户一怕脑袋就这样了，反正客户不管逻辑，不管复用，他只管UI看滴顺眼），你要怎么破，把刚打包滴拆开来重新打包么？？

[wanghui0380]

所以，要收拾其实没问题 问题在与你基于什么收拾，如果只是你觉着想代码好看点，我说在UI部分，这个没必要。核心逻辑部分可以弄好看点，毕竟能让以后滴人看得舒服也是理由，不过UI上没啥必要，UI跟客户跑滴，不是你逻辑跑滴

[以专业开发人员为伍]

引用 楼主 kiba518 的回复:

当你提出，在页面调用逻辑时，不要在一个类中调用十几个方法，而且是将这个类中的方法封装一下，让页面就调用一到两次的时候，领导提出疑问，为什么要这么做，这么做有什么好处，要怎么回答才能让他明白呢? 并且要列出有哪些风险，如何避免时，要如何列出呢？

当你只是从技术出发去“提出什么”的时候，领导肯定会要让你想好了再说。这很自然。 反过来说，如果你“死气白咧”非要列出一堆东西，那么说明这个东西根本不在你心里，你只是追时髦的一种冲动而已。

[於黾]

为什么要这么做，这么做有什么好处，要怎么回答才能让他明白呢? 并且要列出有哪些风险，如何避免时，要如何列出呢？ 正是因为你自己都不知道这样有什么好处,而只是道听途说,当然不知道该如何回答 哪些风险?有个屁风险.最大的风险不过是封装了一通之后白封装了,要重新改代码而已.

[以专业开发人员为伍]

如果一个东西原本就“在你的心里”，那么你用不着死气白咧地“罗列出一堆风险”，你只要追逐的最自然的描述方式开始分析就好了。 比如说某人要在网页上“购买一个产品”的时候，系统首先需要确保此人确实已经登录了，此人有购买产品的权限，产品不在黑名单上，产品在指定的仓库确实有货，根据收货地址而计算运费并合计到产品价格中，使用代金券，准备礼品，扣费，更新此人的统计信息，更新厂商或者供应商的信息，记录日志......等等操作。 如果有人说这个操作涉及到8个数据库13个数据库表4个服务系统，那么“应该”还是“不应该”封装这个“购物”操作为一个对服务器请求的命令呢？ 很显然，这个操作涉及多少数据库表、多少后台服务，后台的服务器（接入服务器、应用服务器、数据库服务器、文件服务器等等，以及各种后台业务服务接口）的部署分别在哪里，数据库系统买的是什么厂商的，这些都应该对前端隔离，后端随时可能调整。这就是原因，因为这些对我来说是真实的。 如果你心里没有具体的原因，非要别人帮你瞎编出原因来，那么你的领导就在那里等着戳穿你得“瞎编”呢。所以你才会语塞。 所以这种东西靠你自己动脑筋去想、去做调查研究。绝不能因为技术感觉时髦就去拼凑理由。

[以专业开发人员为伍]

该不该对接口进行统一、有力的设计，这并没有纯粹技术化的结论。对一个业务研究分析清楚之后，提出一套接口设计规范，使得用较少的接口、（预测会）较高的性能满足一定时期的系统需求，而不是过于暴露低级的东西，这是设计的必然选择。 但是，我从你的领导可能站的角度来看，不希望一个拿他的公司的产品练手、整天议论的人来提出改革方案，而是非常希望此方案能够负责任、可执行且确实提高收入的成熟方案。单纯从技术出发的方案是不可取的，而许多程序员喜欢根据自己头脑发热的一两点定性的想法就指责别人，所以领导需要你想好了再说。

[kiba518]

引用 12 楼 sp1234 的回复:

该不该对接口进行统一、有力的设计

我觉得你说的非常有道理 受教了

[kiba518]

引用 11 楼 sp1234 的回复:

如果一个东西原本就“在个服务系统，那么“应该”还是“不应该”封装这个“购物”操作为一个对服务器请求的命令呢？ 很显然

如果有人说这个操作涉及到8个数据库13个数据库表4个服务系统，那么“应该”还是“不应该”封装这个“购物”操作为一个对服务器请求的命令呢？ 领导问了，那你说应该不应该呢，解释一下。 你解释了 很显然，这个操作涉及多少数据库表、多少后台服务，后台的服务器（接入服务器、应用服务器、数据库服务器、文件服务器等等，以及各种后台业务服务接口）的部署分别在哪里，数据库系统买的是什么厂商的，这些都应该对前端隔离，后端随时可能调整。 然后领导又问了，这么做有什么好处，为什么要这么做。 你这么做了评估风险了吗 在追加一个场景，局部小规模会议，并不是你专门做过准备的。

[kiba518]

引用 4 楼 Z65443344 的回复:

不会组织语言,是因为你没有吃透技术 不会用术语表达,不是语言问题,而是你根本不了解它术语应该叫什么 如果让你仔细思考,组织文字,你也组织不出来,让你直接说必然更卡壳了

你不要人身攻击，你一说话就带着强烈诋毁语气，就好像你诋毁了别人好像你就很厉害一样，其实两者没什么关系的 我教你一个道理 长谋者不怒 什么意思呢 我给你解释一下， 如果一个人真有本事 就不会言辞犀利 也不会容易发怒 我就说这么多 我真没有别的意思 我也不认识你。。。。 好吧 我知道你一定会反击 不过我只是说点事实。。。。我不会也不想和你对战。。。

[於黾]

引用 15 楼 kiba518 的回复:

[quote=引用 4 楼 Z65443344 的回复:] 不会组织语言,是因为你没有吃透技术 不会用术语表达,不是语言问题,而是你根本不了解它术语应该叫什么 如果让你仔细思考,组织文字,你也组织不出来,让你直接说必然更卡壳了

你不要人身攻击，你一说话就带着强烈诋毁语气，就好像你诋毁了别人好像你就很厉害一样，其实两者没什么关系的 我教你一个道理 长谋者不怒 什么意思呢 我给你解释一下， 如果一个人真有本事 就不会言辞犀利 也不会容易发怒 我就说这么多 我真没有别的意思 我也不认识你。。。。 好吧 我知道你一定会反击 不过我只是说点事实。。。。我不会也不想和你对战。。。[/quote] 如果你能说出自己的想法,而不是只会复制粘贴别人说的话,那么我们就可以继续往下探讨了 如果你完全没有自己的想法,提出一个理论,却让别人帮你论证,还坚持自己很有道理,那我觉得没什么继续探讨的必要

[於黾]

你一说话就带着强烈诋毁语气 我只是说出了事实 如果你真的很懂技术,完全可以在技术上反驳我,而不是从语言上 哪怕你能说出几个术语也好 别人说你不会表达是因为不懂技术,你说人家诋毁你 那么你怎么证明你懂呢

[於黾]

如果一个东西原本就“在你的心里”，那么你用不着死气白咧地“罗列出一堆风险” 其实sp比我喜欢喷人的 但是喷归喷,有道理就得听,没道理就不听,这跟语气和措辞没有关系 你说不出来是因为心里没有,而不是什么肚子里有倒不出来 肚子里真有东西,偶尔倒出来一点也能证明确实是有东西,只不过是多与少的问题罢了 而一点都倒不出来,只能说真的没有

[kiba518]

其实这个故事 涉及两个问题 自然就会 应对两种角色 第一个问题就是 领导不懂的情况下 要如何和领导沟通 第二个问题是 员工不懂的时候 要如何和领导沟通 两种角色 就是领导和员工 当遇到这种问题，领导会愤愤的指责员工准备不充分，胡说 而员工会愤愤的指责领导什么都不懂，明明都解释明白了，却还傻X呵呵的继续问。 这样也就有了两个情景 第一种情景是最普遍的，领导是不懂的，员工懂。 第二种领导懂，员工太年轻。

[於黾]

现在明显是第二种情况 如果你指责领导不懂,那么你先把你的问题说清楚,让真正懂的人能听懂 否则你就不能怪领导听不懂了 而如果领导不懂,员工也不懂,那只能呵呵了 其实领导遇到你这种一知半解,说不清楚,还死犟的员工,也是挺头疼的

[於黾]

如果你能把给领导的理由重复一遍,而不是只会复制sp1234写给你的内容 然后再分析到底是谁不懂,会更好 而楼盖到20楼了,还看不到你有任何自己的见解,我也是醉了

[kiba518]

引用 18 楼 Z65443344 的回复:

如果一个东西原本就“在你的心里”，那么你用不着死气白咧地“罗列出一堆风险” 其实sp比我喜欢喷人的 但是喷归喷,有道理就得听,没道理就不听,这跟语气和措辞没有关系 你说不出来是因为心里没有,而不是什么肚子里有倒不出来 肚子里真有东西,偶尔倒出来一点也能证明确实是有东西,只不过是多与少的问题罢了 而一点都倒不出来,只能说真的没有

我真不想和你喷 我说一句 你说十句 真讨厌 你真的觉得你很厉害吗 在我看来 你还很嫩啊 我说不说术语？？这是什么意思啊 你想要听到什么啊 我有没有东西 岂是你随意可以确定的 做人不要太自以为是啊 你要知道 人外有人 我也不想和你讨论 请你不要在我这里乱发言 你知道 你给我的第一印象是什么吗 就是脑残

[kiba518]

我发个帖子 就得表明立场吗 我也就是今天不忙 算了 干点别的去了 不在这浪费时间了

[於黾]

话说,连我也没明白你到底想表达什么 连续调用10个方法和把10个方法先封装成1个方法,只调用1次,这有任何区别吗? 而且如果有的页面需要依次调用1,3,5 而另外的页面需要依次调用2,3,4 你把它们都排列组合起来封装成无数个方法反而是不好的

[於黾]

不要在一个类中调用十几个方法 这句话就更不理解了 调用方法可以在类中直接调用? 调用方法也是要在方法中调用啊