【散分帖】使用控件对企业有那些好处？

葡萄城技术团队

葡萄城官方账号

博客专家认证

2014-06-27 11:12:23

加精

各位CSDN朋友们，请对这个问题拍砖。

下面我先开个头：
• 节省人力成本。
• 缩短开发周期和发布时间。
• 在不增加开发团队人力和时间的基础上增加了更丰富的常用功能。
• 让开发人员更专注于业务需求，提升核心竞争力。
• 提升系统稳定性和性能。控件经过了长期的优化和严格测试，并且通过了各个不同行业和不同使用者的检验。

话说今晚《变形金刚4》就要上映了。。。。

...全文

1773 49 打赏收藏转发到动态举报

写回复

用AI写文章

49 条回复

切换为时间正序

请发表友善的回复…

发表回复

快乐起航2020 2014-11-13

打赏
举报

如果没有财力的支撑下，自己开发根本得不偿失啊

Vampire__lord 2014-07-04

打赏
举报

感觉有点像一群类的集合

Vampire__lord 2014-07-04

打赏
举报

C++新手表示还不知道什么是控件

葡萄城技术团队 2014-07-04

打赏
举报

引用 46 楼 Vampire__lord 的回复:

C++新手表示还不知道什么是控件

已经结贴了。无论是做C++开发、JAVA开发、.NET开发，如果设计UI--用户交互的就会用到控件，一个可复用的东东。例如CSDN的回复中“提交回复”这个按钮，可以自己写，也可以使用Button这个控件。祝你在C++学习之旅事事顺心

sxbluebird 2014-06-30

打赏
举报

引用 37 楼 chenw323 的回复:

除非你的控件提供的功能很强大，方方面面都考虑到了，然后又能提供源代码自己可以改造。这样才在实际应用的时候才有用。不然也就是个样子货而已。用户各种奇葩的需求都会有，实际开发过程中，总不能都跟用户说，你要的功能控件达不到，我们完成不了。

嘻嘻，过来人啊。控件的使用在系统级基础上确实不占据太多分量(相对业务逻辑)，如在银行、电信的系统中，UI土鳖的要死，拖拖拉拉摆放几个控件上去，传递DataSet显示、渲染控件。不过在Web下，情况有些变化，更多的牛逼程序员想的是要DIY、开源，毕竟在Web下，用户的黏性不高，UI做的好不好，决定了用户的页面停留时间，更不用说业务合理性了。我的建议是：企业精力许可，可自行DIY控件，尤其是程序员热情高涨，又没有多少工作要做的时候，做控件绝对是非常有挑战的工作--架构、UI、接口、缓存等等。小作坊，能盗版还是盗版吧，省钱比啥都强，在我们这个国度，先不要考虑创新，活下来是最重要的，大企业，财大气粗的，用点正版的，最新版本的，确实能节约人力成本--不是一心半点（基于大企业拿到大项目的概率高的多基础）。欢迎大家拍砖。

梦竹 2014-06-30

打赏
举报

控件的普及的话，在我的实践经验来看，如果接口定义的明确的话可以极大地简化开发过程，并保证模块的稳定性，在使用控件的时候可以避免出现测试过程需要软件全盘测试的问题。不过凡事总是两面的，如果接口定义的不好，接口层次给的不明确，使用上会受到很到的限制。个人认为接口定义可以分为两个层面走，一个是底层功能层面，有什么功能给什么接口，另一个是应用层面，可以按照一些比较常见的使用场景封装一些应用实例接口，可以一步调用到位。

葡萄城技术团队 2014-06-30

打赏
举报

引用 42 楼 sxbluebird 的回复:

[quote=引用 37 楼 chenw323 的回复:] 除非你的控件提供的功能很强大，方方面面都考虑到了，然后又能提供源代码自己可以改造。这样才在实际应用的时候才有用。不然也就是个样子货而已。用户各种奇葩的需求都会有，实际开发过程中，总不能都跟用户说，你要的功能控件达不到，我们完成不了。

。希望有机会使用下ComponentOne的控件产品，10几年前在.net控件中绝对的寡头。

葡萄城技术团队 2014-06-30

打赏
举报

引用 27 楼 caozhy 的回复:

什么叫“使用控件”？什么叫“控件”？如果说，控件代表一些已经预先开发好的代码库（主要指界面），那么使用控件本身是很自然的事情，开发者做的事情就是编写代码给自己用，给别人用，以及用别人的代码。商业控件无非就是这种协作过程的商业合作形式，值得拿出来讨论么。

引来了caozhy 斑竹的回复，真实荣幸之至。

对控件的使用上，属于仁者见仁智者见智的事情，大家各抒己见也不错。总之，学习了。

葡萄城技术团队 2014-06-30

打赏
举报

引用 25 楼 sp1234 的回复:

[quote=引用楼主 powertoolsteam 的回复:] 各位CSDN朋友们，请对这个问题拍砖。下面我先开个头： • 节省人力成本。 • 缩短开发周期和发布时间。 • 在不增加开发团队人力和时间的基础上增加了更丰富的常用功能。 • 让开发人员更专注于业务需求，提升核心竞争力。 • 提升系统稳定性和性能。控件经过了长期的优化和严格测试，并且通过了各个不同行业和不同使用者的检验。

其实我无法按照你说的这个角度来补充。你列出的角度，更加适合的是针对那些业余的开发人员的，那些认为“越是低级的写法越是体现技术水平”的人的回应。你的出发点是“用控件开发商的控件”这个角度。我不愿参与你说的这个角度（这个层面）的讨论，除非对方自己也开发控件。一个专业的开发团队，那么控件开发技术体现的是一种架构策略。一个产品中总应该有几十个通用的控件，有80%以上的代码都是自定义的UI控件，然后只有不足10%的代码属于“胶水”性质的、易失去的（随时准备根据用户需求而重新改变的）代码。这里说的就不是什么“自顶向下开发”，也不是什么“自底向上开发”。一个团队有自己的一整套通用的UI组件，主要精力用于研发自己的组件。然后拿出10%~20%的精力来引导用户、满足用户的特殊UI定制需求。有些小作坊的做法是，自己没有控件开发意识，没有想去“正对一个行业整体需求进行平台设计”的意识，只会用点别人的控件，只会根据所谓的“需求分析”去进行界面的“增删改查功能分解”，然后分给几个人分头去“开发”，而这几个人则是使用比较低级简单的控件，甚至是连控件都不会而是在哪里各自为战地胡乱反复粘贴和凌乱修改许多遍网上的代码（这样的人还觉得自己的水平比用控件的人水平高）。对于这种小作坊，他看人家比较专业的团队进行软件开发的过程就会怎么多不理解，就会以为人家是“在那里搞研究呢”而不如自己的小作坊的做法更高效率。而这种小作坊还很多。我们讨论控件，找对那些真正有高效率的团队，那些自己研发通用组件并且反复用于自己的各项目产品中的团队。而如果遇到了一个纯粹小作坊的程序员，其实你无需跟他过多讲控件的思路，讲了也就是被他偶尔才用一下。[/quote] 谢谢回帖。这个话题，是上周团队内部在做分享，大家聊到的点，就拿出来放到程序员大本营--CSDN发帖了，虽然我是控件团队，但同时我也是千千万万.net社区程序员的一份子，且属于积极的这一份子，也做过很多的企业应用、.net控件，故觉得这个话题比较有趣，拿出来和大家分享。