Без диаграмм и схем для потоков данных непонятно почему все стало быстро работать. Звучит вроде бы все понятно, но в голове не укладывается. Или это применить можно только к 1С? Что-то подсказывает, что это можно провернуть и на других базах, данных, но без схемы тяжело.
а вы на досках рисуете много?
нам на докладчика смотреть не надо, главное слышать и на слайды смотреть, если есть. Ну и коды программ, если они показываются тоже прикладывать к теме.
Опять же провокационный заголовок для того чтобы сильнее задуматься над смыслом и делать не по привычке, а с умом. Молодец автор, заставил задуматься.
Ведь и goto когда-то может пригодится. Хотя мне ни разу не пригодился пока что =)
Сравнение с другими базами легко выливается в эпик опус и развязыванию holywar. Всегда ведь будут нюансы которые можно пропустить, если не работаешь с базой каждый день. =)
Там еще много всего нового вводится. У команды релизы выходят теперь каждые 2 недели кажется и с каждым добавляется новый интересный функционал.
В последней версии 4.1 они добавили методы для эволюции/миграции типов данных.
Очень динамично все развивается. Детальный обзор в ближайшее время можно будет найти на моем личном блоге. Размер обзора не позволяет его выдать одной статьей — хотя сделаю единый PFD для удобства на 37 страниц.
А потом банк будет слать тебе СМС о том, какой ты негодяй и пропиваешь деньги в где-то в баре (расплатился картой), а цель твоя плачет и скучает без этих денег. =))
А какой-нито менеджер по управлению программами не желаете накидать? Скажем голосом запускать программы, проверять почту, компилировать код. Было бы весело ))
It depends
При наличии тестов — сильно упрощается.
Если все максимально развязано, то поддерживать становиться сложно.
Пробовал исследовать API к TFS, так там много чего построено на сервисах, которые надо получить по типу или интерфесу, и их, мягко говоря, сложно найти. Так что это, как и любая технология, палка о двух концах: можно облегчить себе жизнь, а можно превратить ее в ад.
Ох, меня тоже обеспокоил данный пост, и я был очень расстроен, что Джерми переключается на другой проект, но он упоминает людей с горящими глазами, так что надежда есть.
Пробовал писать ему несколько раз, но ответа никакого нет ((
Здесь регистрируется класс Class1 и Class2 как есть, конкретные реализации конкретых классов. Т.е. после регистрации их можно будет вызвать как
ObjectFactory.GetInstance(typeof(Class1)) и получить Class1
точно так же можно поступить для класса Class2.
Согласен, что это редкая ситуация, но тем не менее она имеет место быть.
Да, они действительно регистрируются одним методом. Например, вы хотите создать класс настроек или чего-нито в этом духе и интерфейс к нему не хотите делать потому что незачем. Эдакий статичный класс. Тогда регистрировать класс можно по его типу.
Это нужно для удобства разработки в команде, поддержка программы несколько упрощается за счет малой связности компонентов, и конечно для тестов это очень помогает, так как можно ловко работать с отдельно взятыми объектами. А работать с ними так можно потому, что у них нет внутренних жестких зависимостей (на другие классы), которые удалены с помощью IoC.
Сам очень люблю и использую в качестве основного DI-контейнера именно StructureMap, но такое заявление:
«самым удобным, гибким и естественным является StructureMap»- слишком уж громкое.
Это я в порыве страсти. Вводное слово может ведь быть чуть более эмоциональным? ;)
Да, да, вы правы насчет fluent интерфейса, что-то меня постоянно одно на другое клинит.
Ох, сравнение с Unity будет не менее эпичным чем этот опус (в цельном варианте). И сравнение этих фреймворков вызывает не меньшие холивары, чем Win vs *nix, Google vs MS и так далее. Лично у меня не сложилось с Unity, поэтому элемент предвзятости будет в любом случае, тут уж ничего не поделаешь.
Насчет простоты и гибкой настройки все предубеждения от того, что я видел наверно не самый лучший код по работе с Unity и настройка в xml файлах. Так что после этого StructureMap выглядит лучом солнца.
Кстати, а билдап в StructureMap есть?
Есть
Возможности для проверки внутренних связей
StructureMap можно попросить проверить корректность его настройки. Т.е. он попробует построить и разрешить все методы и свойства, и классы которые у него содержаться внутри.
Так же можно пользоваться методом WhatDoIHave, который наглядно покажет всё, что в нем зарегистрировано.
Поддержка тестирования out-of-the-box
Нет, это не только Inject. StructureMap интегрируется с RhinoMock и с Moq, позволяет писать тесты лаконичнее.
Я обычно контейнер для тестирования сразу собираю правильный (а еще чаще стараюсь не использовать для тестирования контейнер, а передавать зависимости явно).
Не понял вопроса, если честно. Можете более подробно рассказать, в какую сторону мне углубиться при ответе.
К Registry применимы все методы описанные в статье, когда идет регистрация через Container.
нам на докладчика смотреть не надо, главное слышать и на слайды смотреть, если есть. Ну и коды программ, если они показываются тоже прикладывать к теме.
Ведь и goto когда-то может пригодится. Хотя мне ни разу не пригодился пока что =)
В последней версии 4.1 они добавили методы для эволюции/миграции типов данных.
Очень динамично все развивается. Детальный обзор в ближайшее время можно будет найти на моем личном блоге. Размер обзора не позволяет его выдать одной статьей — хотя сделаю единый PFD для удобства на 37 страниц.
Будущее уже здесь.
При наличии тестов — сильно упрощается.
Если все максимально развязано, то поддерживать становиться сложно.
Пробовал исследовать API к TFS, так там много чего построено на сервисах, которые надо получить по типу или интерфесу, и их, мягко говоря, сложно найти. Так что это, как и любая технология, палка о двух концах: можно облегчить себе жизнь, а можно превратить ее в ад.
Пробовал писать ему несколько раз, но ответа никакого нет ((
ObjectFactory.GetInstance(typeof(Class1)) и получить Class1
точно так же можно поступить для класса Class2.
Согласен, что это редкая ситуация, но тем не менее она имеет место быть.
ru.wikipedia.org/wiki/Внедрение_зависимости
habrahabr.ru/blogs/net/62830/
www.handcode.ru/2010/02/blog-post.html
Это я в порыве страсти. Вводное слово может ведь быть чуть более эмоциональным? ;)
Ох, сравнение с Unity будет не менее эпичным чем этот опус (в цельном варианте). И сравнение этих фреймворков вызывает не меньшие холивары, чем Win vs *nix, Google vs MS и так далее. Лично у меня не сложилось с Unity, поэтому элемент предвзятости будет в любом случае, тут уж ничего не поделаешь.
Насчет простоты и гибкой настройки все предубеждения от того, что я видел наверно не самый лучший код по работе с Unity и настройка в xml файлах. Так что после этого StructureMap выглядит лучом солнца.
Есть
StructureMap можно попросить проверить корректность его настройки. Т.е. он попробует построить и разрешить все методы и свойства, и классы которые у него содержаться внутри.
Так же можно пользоваться методом WhatDoIHave, который наглядно покажет всё, что в нем зарегистрировано.
Нет, это не только Inject. StructureMap интегрируется с RhinoMock и с Moq, позволяет писать тесты лаконичнее.
Do the right thing right
+1
Нет.
Да, будет рассказано далее очень скоро. Оставайтесь на связи =)
К Registry применимы все методы описанные в статье, когда идет регистрация через Container.