Shared libraries 基于第三方库构建自己的应用程序是否常见?

Shared libraries 基于第三方库构建自己的应用程序是否常见?,shared-libraries,Shared Libraries,不知道这个问题是否愚蠢 但是当我在做一些(小的)辅助项目时。我总是上网,试图找到一些第三图书馆(最好是免费的),然后建立自己的 有些是控件扩展名,如文件系统浏览器树视图。 其中一些LIB非常流行,例如iTextSharp。 有些非常适合于分析一些专有文件格式 我只是想问,你也是这样做的吗?(在您自己的项目中使用第三方LIB?如果您了解自己在做什么,而不仅仅是猴子粘贴别人的代码,我认为是可以的。如果您了解自己在做什么,而不仅仅是猴子粘贴别人的代码,我认为是可以的。我的观点是,但我可能错了:每当我需

不知道这个问题是否愚蠢

但是当我在做一些(小的)辅助项目时。我总是上网,试图找到一些第三图书馆(最好是免费的),然后建立自己的

有些是控件扩展名,如文件系统浏览器树视图。 其中一些LIB非常流行,例如iTextSharp。 有些非常适合于分析一些专有文件格式


我只是想问,你也是这样做的吗?(在您自己的项目中使用第三方LIB?

如果您了解自己在做什么,而不仅仅是猴子粘贴别人的代码,我认为是可以的。

如果您了解自己在做什么,而不仅仅是猴子粘贴别人的代码,我认为是可以的。

我的观点是,但我可能错了:每当我需要一个能完成我需要的功能的组件时,例如,“在C#中管理ZIP文件”,我首先开始在web上查找,看看我能找到哪些代码和/或组件

大多数时候你可以很容易地找到代码,因为你可能不是第一个想这么做的人。然后我也在看完整的组件,例如Chilkat有一些很好的管理ZIP的组件

像这样的组件的优点是,它们已经开发了很长一段时间,并且已经发现了大多数错误。当然,有时它们需要钱,但是如果这样的组件只需要几百美元,那么大多数时候只需购买它,然后自己开发它就更便宜了(这需要再次进行更广泛的测试)

我的老板总是问:哪一个更便宜?你自己制作一个完整的东西,还是从一个知道他们在做什么的聚会上在线购买


Telerik(www.Telerik)控件集也是如此。当然,该控件集的成本大约为1500美元左右,但创建我们需要的控件的成本可能是我们的3倍。

我的观点是,但我可能错了:每当我需要一个做我需要的事情的组件时,例如“在C#中管理ZIP文件”,我首先开始在网上查找,看看能找到什么代码和/或组件

大多数时候你可以很容易地找到代码,因为你可能不是第一个想这么做的人。然后我也在看完整的组件,例如Chilkat有一些很好的管理ZIP的组件

像这样的组件的优点是,它们已经开发了很长一段时间,并且已经发现了大多数错误。当然,有时它们需要钱,但是如果这样的组件只需要几百美元,那么大多数时候只需购买它,然后自己开发它就更便宜了(这需要再次进行更广泛的测试)

我的老板总是问:哪一个更便宜?你自己制作一个完整的东西,还是从一个知道他们在做什么的聚会上在线购买


Telerik也是如此(www.Telerik)控制集。当然,控制集的成本大约为1500美元左右,但创建我们需要的控制集的成本可能是我们的3倍。

使用第三方库和组件进行开发是非常常见的,但与任何其他工程选择一样,这是各种风险和收益的权衡

选择使用封闭源代码的第三方库的风险最大,因为如果出现问题,您将由提供商自行解决。因此,请选择具有长期可靠记录的公司

如果这个库是开源的,那么你总是可以选择自己解决任何问题。很多人可能会争论这一点,但是你可能会发现技术帮助/参考资料更难获得


事实上,我建议在尝试为可能已经完成的事情编写任何代码之前,始终寻找一个开源库。大多数开源库都是由不止一个人编写的,并且经过了改进,以避免许多您可能不知道的陷阱。利用它。释放您的资源self将重点放在您的问题所特有的问题上。

使用第三方库和组件进行开发是非常常见的,但与任何其他工程选择一样,这是各种风险和利益的权衡

选择使用封闭源代码的第三方库的风险最大,因为如果出现问题,您将由提供商自行解决。因此,请选择具有长期可靠记录的公司

如果这个库是开源的,那么你总是可以选择自己解决任何问题。很多人可能会争论这一点,但是你可能会发现技术帮助/参考资料更难获得

事实上,我建议在尝试为可能已经完成的事情编写任何代码之前,始终寻找一个开源库。大多数开源库都是由不止一个人编写的,并且经过了改进,以避免许多您可能不知道的陷阱。利用它。释放您的资源自我关注,专注于你的问题所特有的问题