Блоки приложений корпоративной библиотеки ИЛИ Home Grown Framework?
В настоящее время мы ищем какой-то "стандартный" фреймворк для разработчиков и изучаем возможности использования Enterprise Library. Вы бы порекомендовали использовать эти блоки в качестве основы для разработки программного обеспечения, или мы должны сделать что-то домашнее?
2 ответа
Как и все хорошие ответы на вопросы архитектуры и программирования, ответ "все зависит".
Это зависит от того, насколько уникальны ваши потребности в доступе к данным и дизайне объектов. Это также может зависеть от того, как вы планируете поддерживать ваше приложение в долгосрочной перспективе. Наконец, это сильно зависит от уровня квалификации ваших разработчиков.
Единого универсального ответа на этот вопрос не существует, но, как правило, если основное внимание уделяется созданию программного обеспечения, которое обеспечивает некоторую ценность для бизнеса, выберите существующую среду и работайте с ней. Не тратьте свои циклы на создание чего-то, что не приведет к немедленному увеличению прибыли бизнеса (т.е. увеличит доходы и / или сократит расходы)
Например, один из проектов моей организации является ключевым для деятельности компании, его необходимо разработать и развернуть как можно скорее, и он будет иметь длительный срок службы. По этим причинам мы выбрали CSLA с некоторой помощью из Enterprise Library. Мы могли бы выбрать другие фреймворки, но важно то, что мы выбрали фреймворк, который, казалось, хорошо подходил бы нашему приложению и нашему набору навыков разработчика, и мы с ним работали.
Это дало нам хороший старт и сообщество, от которого мы можем получить поддержку. Мы сразу начали с функциональности, обеспечивающей ценность для бизнеса, и не стучали головой об стену, пытаясь построить каркас.
Мы также находимся в положении, когда в будущем мы сможем нанять людей, которые, скорее всего, имели отношение к нашей системе, что дает им действительно хороший старт. Это должно снизить долгосрочные расходы на поддержку.
Есть ли вещи, которые мы не используем и накладные расходы, которые нам могут не понадобиться? Может быть. Но я буду торговать этим весь день за то, чтобы поставлять бизнес-ценность в коде рано и часто.
Это действительно зависит от того, что вам нужно сделать. Вообще говоря, чем больше ниша, в которой находится ваша компания, тем больше шансов на то, что вы найдете структуру, которая должным образом поддержит вас. Для более мелких ниш вам, скорее всего, придется катиться самостоятельно.
У компании, в которой я работаю, есть несколько приложений, рассчитанных на две части, для оценки строительных материалов для заданных зданий. Поскольку это довольно специфическая вещь, и у нас есть около 8 похожих приложений, мы решили свернуть свои собственные и при необходимости добавить сторонние библиотеки (нет смысла заново изобретать колесо для некоторых вещей)
Ваш корм может меняться, конечно.