Как стать автором
Обновить
98
0

Пользователь

Отправить сообщение
не думаю, что бы он со своим инспироном смог 64битные виртуалки поднять:)
чегоб не написать одну статью, потом ее разбить на две и обе запостить сразу? что мешает? жадность?
согласен с предыдущим товарищем.

к аффтару: а вы чего такой поверхностный? хоть бы написали, чем cross apply от outer apply отличается.

еще могу порекомендовать прочитать книжку:
www.amazon.com/Microsoft%C2%AE-Server%C2%AE-T-SQL-Fundamentals-PRO-Developer/dp/0735626014

в интернете полно где лежит.
так погодите. в итоге какая конфигурация вышла? какие способы вы заюзали?

где финальный график с 4:24 до «меньше чем за минуту»? Ж)
круто-круто.

а обзор провайдеров моков, стабов, упрощение жизни программиста? риномоки, моq, moles? или как, писать все эти шпиёны-заглушки ручками?
не смотря на то, что вы пиарите свою студию, статьи у вас интересные и почитать любо-дорого) спасибо
это вы про «белые» тесты пишете? что же, по-вашему, их писать не надо?
вот, да, тоже самое хотел сказать.

афтар похож на графомана больше, чем на умудренного гения.
нихуа себе, сколько жизненного опыта

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

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

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

ну и все, куча архитектур подобным образом построена. бери любую, описывай, получай карму и плюсики.
1) ок
2) профайлер вам в помощь;)
3) хз. имхо хрень

про дискуссию — ну вот написали вы статью, получили свои плюсики. с тем же успехом можно было дать ссылку на мсдн.

про распределенные архитектуры — ботайте MSDTC, MSMQ, книжки по архитектуре.
Что, реально, ни одного комента?:)

Это все потому, что вы про такой мощный инструмент так просто пишете.

Really. Поботайте Microsoft Distributed Transactions service, разрюхайте распределенные архитектуры и распишите использование transaction scope уже в этом контексте.

Вряд ли интересно юзать System.Transactions в рамках одного процесса (гораздо проще IDbTransaction заюзать). В то же время спросите кого угодно про транзакции в сложных архитектурах, и послушайте ответы ;) Возможно, они сподвигнут вас написать еще одну статью, на этот раз с коментами и всеобщим почитанием;)
товарищ в упор не видит приставки «гб» :)
Без EF не жить, чтоли? Это всего лишь один из инструментов реализации доступа к данным. Их же много, таких инструментов, выбирай любой другой.
Весьма верное замечание. Позвольте пожать вашу руку, коллега!
окей, уточняю. есть требования — написать слой работы с данными. на входе дто сущности, на выходе — инсерты и апдейты в бд. и наоборот — на входе вызовы методов слоя с параметрами, на выходе дто сущности.

Вопрос: как правильнее всего писать тесты в этом случае?
тезисы понравились.

подскажите, а как правильно писать юниттесты для такого рода компонент, как Data Abstract Layer?

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность