Долго искал на сайте ответы на первые же возникающие вопросы, находил только тексты про замечательную архитектуру Нью-Васюков.
Не мог бы топикстартер ответить на следующие вопросы или указать место, где есть ответы на них.
Как выглядит покупка токенов для валютного контроля? Как покупка товара за границей?
Как выглядит для него же вывод средств от продажи токенов? Вся сумма как доход?
Какое налогооблажение? Двойное по месту регистрации и РФ?
Какое правовое регулирование инвестиций? Как оформляется владение долей?
Скорее всего, потому что аудитории слабо пересекаются. Captivate куплен/покупается на бюджеты HR. CC у компании нет, потому что не нужен по профилю. Покупку СС для HR никак не одобрят.
У автора есть некоторое количество ляпов не только в бытовом проявлении законов физики, но и в прямых рассказах «о физике» из уст героини. Что еще раз показывает, что физика уже очень широка и ученый, работающий в одной области, может выдавать ошибочные интуитивные сентенции о других областях. Которые он, несомненно, не написал бы, поставив свои знания под сомнение и обратившись и источникам.
Вопрос правильный и он подводит к сути процесса измерения: для получения ответа о тестируемой системе нам нужно провзаимодействовать с ней измерительным прибором. Причем, в конечном итого измерительный прибор должен так изменить свое состояние, чтобы мы это заметили нашими органами чувств. Как правило, зрением. И вопрос о том, что же на самом деле означает изменение состояния прибора — один из важнейших, задаваемых экспериментатором. Ученый обязан досконально знать принцип работы прибора. Мы действительно должны убедиться, что на интерференционная картина определяется именно электронным потоком, а не вторичным излучением. В данном случае опыт с интерференцией электронов, если не ошибаюсь был впервые проделан в 1961 году Клаусом Йенсоном. К этому времени квантовая теория была уже рабочим инструментом и принцип действия фотопластинки (в классическом опыте) и принципы люминисценции (в случае опыта с экраном, покрытым люминофором) были уже известны.
ровно та же ситуация, как кто-то добавит пост к блогу до того, как вы сами добавили первый пост и, к вашему удивлению, список постов окажется не пуст, хотя вы этого не ожидали. Защита в обоих случаях может быть предложена одинаковая — разрешение изменения только создателем. Для разрешения конфликтов конкурентных изменений создателем (например из соседних вкладок) протокол допускает передачу версии объекта.
я, конечно, допускаю, что я ошибаюсь, но, по-моему, в RESTful HTTP нет операции применения чего либо к чему-либо, как это характерно для RPC. Я именно беру объект фильтр в идентификатором id и беру у него дочернюю коллекцию users. Я имею право так делать, т.к. я именно так определил entity userfilter. И у меня есть только операции получения entity и списка entity, но никаких операций применения чего-либо у чему-либо
например, ввести сущность userfilter («фильтр по пользователям»), создать экземпляр этой сущности, получить ее id и отдать отфильтрованных пользователей по GET /userfilter/{id}/users
Кстати, заинтересовался, а как «современная авторизация», соответствующая HTTP REST должна решать проблему, когда приходит HTTP POST запрос с кучей данных и устаревшим тикетом?
Если у вас доменная модель должна учитывать физическую модель развертывания, то вам нужно явно вводить front-end-ы в доменную модель со всеми вытекающими артефактами доменной модели для распределенной обработки. Стоит ли это делать? В случае data-centric application, каким, явно, является заказ билетов, этого не стоит, доменная модель не для него. Ваша объективная реальность лежит среди таких приложений (а их вокруг, действительно, очень много). Поэтому доменная модель вам и кажется необоснованной. Однако это не повод отрицать существование приложений, ориентированных на бизнес-логику, особенно инжектированную бизнес логику. В этом случае доменная модель вполне себе работает.
Счетчик там храните. Вторая транзакция не зафиксируется, из-за того что первая изменит счетчик в руте и изменит тем самым rowversion рута. Получите во второй транзакции ConcurrencyException и обработаете его.
Причем в обоих случаях это вообще не решение для encapsulates collections т.к. во-первых .ToList() при каждом обращении, а во вторых если эту коллекцию использовать в запросе, то на SQL это, очевидно, не провалится.
А как вы собираетесь «изолировать логику» проверки уникальности? Например надо не продать два билета на одно место на концерт.
Или как сделать целостность на несколько сущностей? Например не создавать заказ, если на складе больше нет данной позиции.
Эти задачи вполне решаются передачей их на aggregation root
EF генерит вам временные идентификаторы, которые вы можете использовать для внешних ключей в других сущностях. После фиксации изменений во всех местах (и в первичных ключах и во внешних ключах) временные идентификаторы заменяются на сгенерированные БД. В EF 7 только добавили поддержку sequence, т.к. она появилась в MSSQL.
Не мог бы топикстартер ответить на следующие вопросы или указать место, где есть ответы на них.
Как выглядит покупка токенов для валютного контроля? Как покупка товара за границей?
Как выглядит для него же вывод средств от продажи токенов? Вся сумма как доход?
Какое налогооблажение? Двойное по месту регистрации и РФ?
Какое правовое регулирование инвестиций? Как оформляется владение долей?
Из условия задачи нигде не следует, что скорость передачи «0» 0.05 сек. Сказано только, что это скорость распознавания сигнала.
Эти задачи вполне решаются передачей их на aggregation root