Автору респект. Это ведь не пособие для начинающих и не мануал «по жизни». Что ж столько критики посыпалось? Да, многие (а то и все) считают себя вполне адекватными, умными, проницательными, разбирающимися (в эмоциях, взаимоотношениях и тд) людьми. Думают, что все понимают и адекватно воспринимают вокруг происходящее. Автор лишь дал зацепку, предоставил вектор, подтолкнул нас более тщательно фильтровать реальность и «реальность». Невозможно написать универсальную статью, которая объяснит нам всем, как каждый должен жить и взаимодействовать. Каждый сам для себя решает, как он отделяет вранье и шум. Но нужно действовать, а не убеждать себя «я адекватный, я все правильно понял, так сложилось». Может, не так просто «сложилось», а этому кто-то специально посопутствовал?
Спасибо автору, парочка хороших мыслей тронула, особенно «Все хорошее, что хочется сделать, на самом деле лишь удачное прикрытие для истинных целей».
Если по делу, то
<<«Надеюсь теперь у вас сложилась полная картина, о том как работает MVC3 framework.» — сказано громко.
А вот действительно полезное примечание, так это про @inherits CustomView.
Думаю, не все заметили, что на аватарке аффтара моя рука (кажется) ;)
Если по делу, то «Надеюсь теперь у вас сложилась полная картина, о том как работает MVC3 framework.»
«В дополнение к этому, тема в Orchard может содержать код, который переопределяет код модулей установленных на сайте.». Хотелось бы поподробнее и в примерах увидеть, как это работает. Заранее спасибо.
Поясню вопрос. Кастомный вид существующего модуля, установленного из галереи, решается глобально на уровне темы оформления? а что делать, если кастомный вид требует изменения View у модуля? Как при этом сохранить возможность апдейта?
Каким образом следует производить кастомизацию существующего модуля (добавление нового функционала, изменение представления и тд), чтобы у модуля оставалась возможность обновления, и чтобы доп. фича оставалась рабочей?
Есть вариант юзать QueryWrapper:
IEnumerable<CustomMongoQuery> itemsToRemove =
existsNotification.Select(n => new CustomMongoQuery {Id = n.Id});
MongoNotificationsService.Remove(itemsToRemove);
Здесь public class CustomMongoQuery : IMongoQuery
{
public CustomMongoQuery()
{
}
public CustomMongoQuery(ObjectId id)
{
Id = id;
}
public ObjectId Id { get; set; }
},
public void Remove(IEnumerable<IMongoQuery> items)
{
foreach (var item in items)
{
_collection.Remove(item);
}
}
> Государственные? Если нет, кто будет оплачивать их работу?
было бы логично, что государственные (повторюсь, это лишь мое личное представление. И высказал я его с целью показать, что изменится не маленькая часть системы, а вся, или почти вся система)
> Кому нужна такая информация, которую никто не проверяет, никто не несет ответственности?
А что, нынче кто-то стопроцентно может доверять сми? Верить, что информация подтверждена? Что-то невольно вспоминается 1986…
Спасибо автору, парочка хороших мыслей тронула, особенно «Все хорошее, что хочется сделать, на самом деле лишь удачное прикрытие для истинных целей».
<<«Надеюсь теперь у вас сложилась полная картина, о том как работает MVC3 framework.» — сказано громко.
А вот действительно полезное примечание, так это про @inherits CustomView.
Если по делу, то «Надеюсь теперь у вас сложилась полная картина, о том как работает MVC3 framework.»
Имхо, полная поддержка интеллисенса + Linq для построения выражений для выборок будет получше cnhjrjds[ названий пропертей…
было бы логично, что государственные (повторюсь, это лишь мое личное представление. И высказал я его с целью показать, что изменится не маленькая часть системы, а вся, или почти вся система)
> Кому нужна такая информация, которую никто не проверяет, никто не несет ответственности?
А что, нынче кто-то стопроцентно может доверять сми? Верить, что информация подтверждена? Что-то невольно вспоминается 1986…