All streams
Search
Write a publication
Pull to refresh
6
0
Михаил Рыбников @mihasic

User

Send message
1) Киев, Украина
2) Гаага, Нидерланды
3) Май 2012
4) Senior Software Developer, Luxoft Kiev
5) Application R&D Engineer
6) Highly skilled migrant — рабочая виза
7) Нашли резюме на Monster.com, прошел собеседование
8) Пока обустраиваюсь, определенный дауншифтинг
9) Женат, нет детей
в юнити меня в основном раздражало задание Lifetime Scope. Да и в целом количество действий, которые необходимо предпринять. В приведенном мной коде это, например, первые 2 строчки.
Возможно в новой версии что-то изменилось (давно не следил).
Собственно поэтому в своем проекте используем autofaq — почти все из коробки. Странно что он не на столько распространен как остальные библиотеки.
Еще есть подобный код (правда проект mvc2 и относительно «старый» autofaq):
            Assembly executingAssembly = Assembly.GetExecutingAssembly();
            builder.RegisterControllers(executingAssembly).HttpRequestScoped();

            builder.RegisterAssemblyTypes(
                typeof (SomeClass).Assembly,
                typeof (OtherClassFromDifferentAssembly).Assembly,
                typeof (AnotherClassOfThirdAssembly).Assembly,
                executingAssembly);

            builder.RegisterAssemblyTypes(executingAssembly)
                .Where(t => t.Name.EndsWith("Repository") ||
                            (t.FullName.StartsWith("OurApplication.Models") &&
                             t.GetInterfaces().Any()))
                .AsImplementedInterfaces();

после Unity — просто счастье
держу резюме на монстре (monster.com) и профиль в linkedin, сами находят
Спасибо, у нас так и реализовано. Одна проблема — скрипты (SQL, PowerShell, bash, собственные DSL, шаблоны почты и т.п.)
Возникает когда идет не совсем полный релиз: обновление не всех компонентов, частичный патч, ручное исправление, вручную добавлен скрипт (последнее относится к серверам, на которых ведется разработка).

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

Ключевые слова позволяют подменять часть значений автоматически — когда пользователь делает коммит, то локальный файл также обновляется. Таким образом, всегда можно увидеть — из какой версии данный скрипт и (если он поправлен вручную) знать с какой ревизией сравнивать, а не искать по всем ревизиям репозитория.
Спасибо. Изначально, смотрел как работают циклы, а далее код остался. Сейчас поправлю.
честно не могу понять смысла делать свой проект, всегда использую msbuild для сборки всего солюшина, иногда для дополнительных задач (копирование ресурсов, запуск юнит-тестов, собирание инсталяционных скриптов в папку артефактов).

и самый простой msbuild-файл для меня содержит по сути:
<MSBuild Projects="MySolution.sln" Properties="Configuration=$(Configuration);TargetFrameworkVersion=v3.5;OutputDir=$(OutputPath)" />

Information

Rating
Does not participate
Location
's-Gravenhage, Zuid-Holland, Нидерланды
Date of birth
Registered
Activity