Распространено ли создавать собственные приложения на основе сторонних библиотек? - PullRequest
1 голос
/ 19 апреля 2009

Не уверен, что это глупые вопросы.

Но когда я занимался некоторыми (маленькими) побочными проектами. Я всегда брожу по Интернету и пытаюсь найти какие-то 3-е библиотеки (лучше всего бесплатные), а потом собираю свои.

Некоторые из них являются расширениями управления, такими как просмотр дерева браузера файловой системы. Некоторые из этих библиотек очень популярны, такие как iTextSharp. Некоторые из них очень нишевые и предназначены только для анализа некоторых проприетарных форматов файлов.

Я просто хочу спросить, ты тоже так делаешь? (используете сторонние библиотеки для своих проектов?

Ответы [ 3 ]

3 голосов
/ 19 апреля 2009

Мое мнение, но я могу ошибаться: всякий раз, когда мне нужен компонент, который делает то, что мне нужно, например, «управлять ZIP-файлом в C #», я сначала начинаю искать в Интернете и вижу, какой код и / или компоненты Я могу найти.

В большинстве случаев вы можете найти код очень легко, потому что вы, вероятно, не первый, кто хочет это сделать. Затем я также рассмотрю все компоненты, например, в Chilkat есть несколько хороших компонентов для управления ZIP-файлами.

Преимущество таких компонентов в том, что они находятся в стадии разработки и уже выявили большинство ошибок. Конечно, иногда они стоят денег, но если такой компонент стоит всего пару сотен долларов, большую часть времени дешевле просто купить его, чем разрабатывать его самостоятельно (что снова требует более тщательного тестирования).

Мой начальник всегда спрашивает: что дешевле? Собрать полную вещь самому или просто купить ее онлайн у вечеринки, которая знает, что они делают?

То же самое относится и к набору управления Telerik (www.telerik). Конечно, набор стоит около 1500 долларов или что-то в этом роде, но создание необходимых нам элементов управления, вероятно, обойдется нам примерно в 3 раза дороже.

3 голосов
/ 19 апреля 2009

Очень часто разрабатывать, используя сторонние библиотеки и компоненты, но, как и любой другой инженерный выбор, это компромисс различных рисков и выгод.

Выбор сторонней библиотеки с закрытым исходным кодом несет наибольший риск, поскольку, если возникнет какая-либо проблема, вы решите ее решить провайдер. Поэтому выбирайте компанию, имеющую длительный и надежный послужной список.

Если библиотека с открытым исходным кодом, то у вас всегда будет возможность решить любые проблемы самостоятельно. Многие могут поспорить с этим, но вам может оказаться труднее найти техническую помощь / ссылки.

Я бы порекомендовал всегда искать библиотеку с открытым исходным кодом, прежде чем пытаться написать какой-либо код для чего-то, что, вероятно, уже было сделано. Большинство библиотек с открытым исходным кодом работали над несколькими людьми и были доработаны, чтобы избежать многих подводных камней, о которых вы можете не знать. Воспользуйтесь этим. И освободите себя, чтобы сосредоточиться на проблемах, которые являются уникальными для вашей проблемы.

1 голос
/ 19 апреля 2009

Я думаю, это нормально, если вы понимаете, что делаете, а не просто обезьяна вставляет кому-то еще код.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...