Что лучший способ состоит в том, чтобы иметь дело с общим dlls в C#?
Путем объединения двух таблиц и фильтрации:
select distinct t1.id from t1 inner join t2
on t2.t1id = t1.id
where
(t2.category in ('Veggie','Fruits') and t2.date_distributed is null)
or
(t2.category not in ('Veggie','Fruits'));
В таблице t2 не ясно, как называется столбец, содержащий идентификатор из t1, поэтому я использовал t2.t1id
3 ответа
То, что мы делаем, рассматривать обслуживание общего DLLs как проект сам по себе с его собственным управлением исходным кодом и всем. Затем о два раза в год, мы делаем 'выпуск' общего DLLs общественности с ее собственным номером версии и всем. Пока Вы всегда используете DLLs в качестве 'набора' (значение всего те, Вы ссылаетесь, от того же выпуска), у Вас, как гарантируют, не будут любые проблемы зависимости.
можно сделать одно решение, которые включают все связанные проекты.
и когда необходимо выпустить, просто создайте это решение
Обновление.
Как Вы говорите, решением является наклон, содержат так много dlls.
В другой руке можно сделать внешний сценарий MSBuild
или использование CruiseControl.NET, который имеет возможности сделать такие сложные задачи.
Это - совершенно определенно не лучший способ сделать это. Я имею, некоторые "совместно использовали" DLLs в моем задании, которые отчасти похожи на это. Они становятся громоздкими и трудными (чтение: невозможный) для внесения значимых изменений в то, потому что становится слишком трудным гарантировать, чтобы изменения не повреждали приложения в нисходящем направлении, который походит на полную противоположность того, что Вы пытаетесь сделать.
Это походит на то, что действительно необходимо сделать, разделить проблемы немного лучше. Если все эти DLLs ссылаются друг на друга, они, вероятно, слишком сильно связываются. Истинный "общий" DLL должен смочь стоять самостоятельно, или как часть пакета три или четыре что перемещение как группа. Если Ваши зависимости на самом деле препятствуют тому, чтобы Вы внесли изменения, то Ваша стратегия связи пошла ужасно неправильно.
Помещение всего в одном большом DLL, конечно, не собирается делать что-либо лучше. На самом деле, вероятно, противоположное. После того как у Вас есть все в одном DLL, искушение будет там для связи всего в нем еще более плотно вместе, которое лишит возможности разделять вещи позже.