您是否使用任何第三方数据输入控件?

对于web开发,我一直有Telerik的积极经验。

在一天结束时,它归结为经典的构建vs购买。从前,我在一家公司做咨询,在那里的第二天,我遇到了一位jr程序员。当被问及他在做什么时,他正在为ASP.NET定制自己的日期/日历选择器。他基本上构建了一些类似于peter的日期选择器或任何其他日历控件的东西,您可以从第三方供应商那里找到这些控件。

我有点吃惊,问他做了多长时间。答复是3周。现在刚从大学毕业,假设4万基本工资+15%的管理费用(可能很低),这家伙每周给公司带来920美元的成本。因此,对于一个低于标准的、未完成的日期控制来说,生产成本为2760美元,而这一成本只需250美元即可实现。事实上,上一次我们购买的开发者许可证,整个telerik软件包花费了我们大约800美元。在这种情况下,你会浪费大量的时间/金钱。

不管它值多少钱,我个人不喜欢使用Peter Blum的控件。在过去4年左右的时间里,我对Telerik有着积极的体验。

经过一点研究,我们决定使用Peter Blum数据输入套件来重建TechInsurance.com和BusinessInsuranceNow.com上的在线应用程序。这个项目已经进行了一年多了。但我对彼得的套房很满意。他的文档和支持确实是无与伦比的。

首先,这两个网站的在线应用程序是非常动态的。我的意思是,应用程序必须处理几十种不同的业务类型,并且只询问与用户相关的问题。因此,这项任务本身就很困难。但有一个特别的问题是每个页面的动态特性。该网站需要显示&根据同一页面上其他问题的答案动态隐藏问题。当然,这些看不见的问题不需要验证。因此,在网站的旧版本(或者我应该说是当前版本)中,我用精心编写的javascript和服务器端代码处理了所有这些。Javascript必须遵循与服务器端代码相同的规则,因此只需要可见的问题,这一点始终是绝对关键的。但在处理这种规模的应用时,我偶尔会犯一些错误,当一组复杂的条件得到满足时,这些错误会暴露出它们丑陋的一面。

现在,有了Peter Blum套件,我实际上可以利用MultiFieldStateController和EnablerContainer中的VisibleCondition以一种去极化的方式处理所有这些逻辑。当我这样做时,DES套件将实际处理此可见性和验证功能的客户端和服务器端部分。这意味着我不必写一点Javascript。我不必经常测试我的Javascript代码是否与服务器端代码工作相同,因为我知道DES正在为我处理它。这只是整个套件的一小部分,但这是迄今为止对我最有用的功能。