<![CDATA[Комментарии / Профиль deviceman]]> https://habr.com/ru/users/deviceman/comments/ ru editor@habr.com habr.com Thu, 23 Apr 2026 23:27:38 GMT https://habr.com/ru/ https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png Хабр 19.11.2013 11:40:16 https://habr.com/ru/articles/284872/#comment_9408094 https://habr.com/ru/articles/284872/#comment_9408094 Tue, 19 Nov 2013 11:40:16 GMT 27.08.2013 20:24:35 https://habr.com/ru/companies/true_engineering/articles/191406/#comment_6657104 https://habr.com/ru/companies/true_engineering/articles/191406/#comment_6657104
Насчет сборки решения и публикации пакетов — мы поступили несколько иначе — подняли два билд-сервера.
На первом continious build для решения, на втором — сборка и публикация пакетов в корпоративную галерею.
Плюс у разработчиков есть скрипт для локальной сборки пакетов для тестирования без публикации.
Для того, чтобы не заморачиваться с формированием файла спецификаций, основную информацию мы собираем из атрибутов сборки (AssemblyCompany, AssemblyProduct, AssemblyVersion и т.д.), а зависимости — из packages.config и файла проекта (ProjectReferences).
Версия пакета формируется с использованием Major и Minor версии, в качестве Build используется номер чейнджсета в локальном хранилище кода. Если пакет собирается для отладки, то добавляется Revision, равный номеру дня в месяце + количество секунд от полуночи поделенное на 4. Таким образом пакет в релизе имеет версию, например 1.5.2608, в отладке 1.5.2608.2721276, причем после завершения отладки и чекина, релизный пакет имеет версию, например 1.5.2609. Это упрощает отладку пакета в прикладном решении, так как не нужно руками откатывать версию пакета — после чекина достаточно просто сделать update.
Перед публикацией мы запрашиваем список пакетов из галереи и отсекаем существующие дабы не тормозить на попытках опубликовать пакет, который уже присутствует на сервере. Это помогает нам не публиковать отладочные пакеты в общую галерею и, вместе с тем, позволяет нормально отлаживать пакеты в прикладном решении.

На текущий момент для сборки и публикации пакетов достаточно вызвать билд из веб-интерфейса билд-сервера, что сильно экономит время.]]> Tue, 27 Aug 2013 20:24:35 GMT 07.08.2013 19:29:53 https://habr.com/ru/articles/189350/#comment_6576824 https://habr.com/ru/articles/189350/#comment_6576824 Насчет галереи — развернули собственную, довольно удобно при модульной разработке с учетом того что модули могут писать и партнеры.]]> Wed, 07 Aug 2013 19:29:53 GMT 07.08.2013 19:26:27 https://habr.com/ru/articles/189350/#comment_6576814 https://habr.com/ru/articles/189350/#comment_6576814 Wed, 07 Aug 2013 19:26:27 GMT 07.08.2013 18:50:06 https://habr.com/ru/articles/189350/#comment_6576652 https://habr.com/ru/articles/189350/#comment_6576652 Wed, 07 Aug 2013 18:50:06 GMT 07.03.2013 16:36:08 https://habr.com/ru/articles/171925/#comment_5970215 https://habr.com/ru/articles/171925/#comment_5970215 Thu, 07 Mar 2013 16:36:08 GMT 07.03.2013 13:06:52 https://habr.com/ru/articles/171925/#comment_5969187 https://habr.com/ru/articles/171925/#comment_5969187 sation в organization, а в качестве клиентского фреймворка выбрал бы ExtJs.

Имхо бизнес-логики тут вообще никакой нет. На представленных видео описан процесс создания пользователя, роли, профиля, счета (если я правильно понял смысл слова Account) и привязки роли к пользователю через m2m UserRole.

Если бы подобный механизм делал я, то я бы создал домен-сервисы для каждой значимой сущности (Role, User, Profile, Account). Данные сервисы должны иметь функционал по получению данных, обработке, валидации и сохранению. UserRole я бы не выделял, так как смапить m2m через отдельную табличку можно без выделения отдельной сущности для этой таблицы и редакторов данной сущности. После отделил бы логику от представления — в контролерах исключительно базовая валидация поступающих в параметрах запроса данных, проброска проверенных данных в домен-сервис для обработки, мапинг результата работы домен сервиса в ответ для клиента (например json).
Во вьюшках описал бы необходимые контролы + выделил бы отдельный слой на клиенте, отвечающий за взаимодействие клиентской вьюхи и серверного контроллера для получения и отправки данных. Редактор UserRole я бы выпилил, но добавил бы грид со списком привязанных ролей в форму редактирования пользователя.
После формирования вьюшек для сущностей, я бы выделил, 2 основных панели представления — условные «таб» и «окно» + логика показа необходимых редакторов сущностей для них. «Таб» отвечает за открытие вьюшек в текущем окне, «Окно» — в новом (используется в основном для выбора существующих элементов).

Как-то так…
]]> Thu, 07 Mar 2013 13:06:52 GMT 07.03.2013 12:19:50 https://habr.com/ru/articles/171925/#comment_5968857 https://habr.com/ru/articles/171925/#comment_5968857 Для небольших приложений с небольшой предметной областью, видимо, проблемы то и нету. Но для приложений, где доменная модель состоит из сотен таблиц, проблема очень даже есть.

Выделяется слой Domain Services, который замыкает на себя бизнес-логику. При этом домен-сервисы могут переиспользоваться не только в рамках одного проекта, но и в нескольких проектах (при модульной архитектуре). При использовании, например, .Net Framework одни и те же домен-сервисы могут использоваться в проектах Asp.Net Mvc, Silverlight, WPF.
При этом контроллеры служат исключительно для связи с вьюшками

Например, почему бы не использовать навороченную логику грида с сортировкой, фильтрацией и другими плюшками для выбора значений. Своего рода продвинутый комбобокс, только на отдельной странице.


Для этого выделяется компонент «MySuperMegaGrid», взаимодействующий с сервером по заранее определенному контракту. Например ExtJs GridPanel — настраиваете для него хранилище и правила получения данных с сервера. Потом переиспользуете в разных представлениях один и тот же компонент.]]> Thu, 07 Mar 2013 12:19:50 GMT 20.02.2013 11:57:56 https://habr.com/ru/companies/infopulse/articles/170093/#comment_5899795 https://habr.com/ru/companies/infopulse/articles/170093/#comment_5899795 Wed, 20 Feb 2013 11:57:56 GMT 18.05.2012 10:13:47 https://habr.com/ru/companies/trailerss/articles/144081/#comment_4833637 https://habr.com/ru/companies/trailerss/articles/144081/#comment_4833637 Fri, 18 May 2012 10:13:47 GMT 16.05.2012 19:25:16 https://habr.com/ru/articles/143925/#comment_4829721 https://habr.com/ru/articles/143925/#comment_4829721 Wed, 16 May 2012 19:25:16 GMT 16.05.2012 19:22:54 https://habr.com/ru/articles/143925/#comment_4829718 https://habr.com/ru/articles/143925/#comment_4829718 Wed, 16 May 2012 19:22:54 GMT 16.05.2012 06:00:26 https://habr.com/ru/companies/payonline/articles/143876/#comment_4827554 https://habr.com/ru/companies/payonline/articles/143876/#comment_4827554 пополнять несуществующий счет, наверное, смысла нет), так что email пользователя уже есть. Если же происходит покупка новым пользователем, то поле e-mail можно сделать опциональным и в случае его отсутствия показывать по завершении покупки параметры заказа и персональную ссылку на скачивание книжки. Еще можно кнопку сделать «Отправить параметры заказа на EMail».

Как-то так.]]> Wed, 16 May 2012 06:00:26 GMT 16.05.2012 05:54:37 https://habr.com/ru/companies/payonline/articles/143876/#comment_4827546 https://habr.com/ru/companies/payonline/articles/143876/#comment_4827546
Я так думаю что на телефоне придется скролить оченно долго.]]> Wed, 16 May 2012 05:54:37 GMT 15.05.2012 11:00:50 https://habr.com/ru/companies/payonline/articles/143876/#comment_4825588 https://habr.com/ru/companies/payonline/articles/143876/#comment_4825588 Tue, 15 May 2012 11:00:50 GMT 15.05.2012 10:58:03 https://habr.com/ru/companies/payonline/articles/143876/#comment_4825577 https://habr.com/ru/companies/payonline/articles/143876/#comment_4825577 Вбивать наименование «Объединенный Офигенный Великодержавный Банк Всея Руси Вообще и Москвы В Частности», а они очень любят себя именовать подобным образом, не сильно удобно.
Номера карты, CV2, Expires и Holder — достаточно]]> Tue, 15 May 2012 10:58:03 GMT 15.05.2012 06:29:42 https://habr.com/ru/articles/143840/#comment_9009658 https://habr.com/ru/articles/143840/#comment_9009658 Fences — да, тоже вполне себе ничего]]> Tue, 15 May 2012 06:29:42 GMT 23.09.2011 07:57:13 https://habr.com/ru/articles/128968/#comment_4268362 https://habr.com/ru/articles/128968/#comment_4268362 Сам планирую начать изучать Java, так как .NET уже поднадоел. Ваши исходники, думаю, мне помогут.
Успехов вам.]]> Fri, 23 Sep 2011 07:57:13 GMT 23.09.2011 06:44:38 https://habr.com/ru/articles/128968/#comment_4268144 https://habr.com/ru/articles/128968/#comment_4268144 Fri, 23 Sep 2011 06:44:38 GMT 30.09.2010 07:45:08 https://habr.com/ru/articles/105254/#comment_3296411 https://habr.com/ru/articles/105254/#comment_3296411 Thu, 30 Sep 2010 07:45:08 GMT