Кстати, мучает вопрос, а зачем собственно суперлюди познавшие 5 измерений, гравитацию, открывающие червоточины, умеющие ловить человека за горизонтом событий в 3х-мерную проекцию а потом телепортировать его к Сатурну, зачем они открыли червоточины так далеко? от земли, и так далеко от планеты которую считают достойной заменой?
Почему бы прямо от земли к новой земле не открыть портал размером, ну не знаю, с фургон, или человека, пускай в скафандрах проходят и спасаются.
Вы спросили о самом классическом парадоксе времени, тут ничего сложного для понимания нет, было бы логичней спросить если за горизонт событий попал только ГГ и сообщение оставил только себе и дочке, то кто же остальным наса людям оставлял сообщения?
Господи, зачем вообще читать эту тему не посмотрев фильм? Специально, увидев ее сегодня утром, отложил до текущего момента когда фильм уже просмотрен.
Не портите себе впечатления, не читайте ничего, даже без спойлеров, даже просто впечатления, просто сходите на фильм.
Ну это как раз и есть доработка идеологии «модульности» OWIN, кстати, по поводу отсутствия зависимости от «System.Web» интересно было бы почитать побольше, т.к. в самой реализации фреймворка, судя по гитхабу, такая зависимость есть.
Да ладно, та же картина только в профиль, тех же, Core i5 к примеру, сколько их всего поколений, и все они разнятся между собой. Перед покупкой в любом случае нужно изучать параметры конкретной модели, а общее имя, это так, приблизительный ориентир в рамках одного тех-процесса.
Я что один понял этого комментатора? webkumo вводя небольшие номера постов, по хабровской ссылке(!) к примеру habrahabr.ru/post/1234 попадает почти постоянно на реддирект к GT(!)
… а все потому, что ранние посты на хабре практически все входят в теперь уже «неуместные» пабы, и перетекли на GT, вот мы и получаем реддирект.
Простите за дубль, но глаза не выдерживали читать код без соответстсвующей маркировки, использовал source. Тому кто выйдет на эту статью как я, будет немного проще. Дальше оригинал:
Коли ночь на дворе, а сна нет, расскажу подробнее, как это делаю я. Материал много где дублируется в сети, и, скорее всего, не будет откровением, но кому-то может пригодиться.
Во ViewModel, которую мы хотим валидировать, реализуем интерфейс IDataErrorInfo. В этом интерфейсе два метода: один позволяет указать на ошибку в конкретной проперти, другой отвечает за валидацию модели в целом. Начну с валидации одного свойства.
public virtual string this[string columnName]
{
get { return AttributesValidation.Validate(this, columnName); }
}
На вход этого… забыл слово… подаётся название свойства, которое надо валидировтаь. На выходе — либо строка с описанием ошибки, либо string.Empty.
Для валидации аттрибутами у меня есть небольшой класс-хелпер:
internal static class AttributesValidation
{
public static string Validate(IDataErrorInfo source, string columnName)
{
var type = source.GetType();
var property = type.GetProperty(columnName);
var validators = (ValidationAttribute[]) property.GetCustomAttributes(typeof (ValidationAttribute), true);
if (validators.Any())
{
var value = property.GetValue(source, null);
var errors = validators.Where(v => !v.IsValid(value)).Select(v => v.ErrorMessage ?? "").ToArray();
return string.Join(Environment.NewLine, errors);
}
return string.Empty;
}
}
Все валидаторы, которые есть, они наследуются от System.ComponentModel.DataAnnotations.ValidationAttribute.
Для несложных проверок мне нравится ставить UpdateSourceTrigger=PropertyChanged. В этом случае (длят екстбокса) валидация происходит после каждого нажатия клавиши, а не после потери фокуса. Это нагляднее, но больше обработок и вычислений.
Этот снипет даёт красную рамку вокруг невалидных полей и вызов обработчика ошибок в валидаторе формы. То есть, можно сделать так:
class MyForm{
int _errCount;
public MyForm()
{
Validation.AddErrorHandler(this, OnChildControlError); // и на каждое появление ошибки валидации или пропадание ошибки валидации будет вызываться OnChildControlError.
}
protected void OnChildControlError(object sender, ValidationErrorEventArgs e)
{
switch (e.Action)
{
case ValidationErrorEventAction.Added:
_errCount += 1;
break;
case ValidationErrorEventAction.Removed:
_errCount -= 1;
break;
default:
throw new ArgumentOutOfRangeException();
}
// теперь в переменной _errCount у нас записано количество ошибочных полей, и мы можем делать какое-то действие, например задизаблить кнопку OK. Я предпочитаю объявить DependencyProperty Valid, и с ним работать в xaml.
Valid = _errCount == 0;
}
Таким образом, если всё это сплести в одну кучу, то мы получаем:
1. ViewModel умеет сообщать о своих ошибках через [propertyName]
2. Специальный валидатор умеет валидировать модели через атрибуты
3. xaml умеет помечать красным невалидные филды
4. Viewшка (например, форма или UserControl) умеет считать невалидные филды внутри себя и имеет DependcyProperty Valid, к которому можно биндить Enabled-свойство кнопок.
Вывод сообщений об ошибке в xaml я не буду расписывать, так как это есть в msdn и stackoverflow, а комментарий итак получается очень большим.
Приложение != сервер на котором расположены его службы, выложите исходный код, как приложения так и службы, и если проект нужен будет людям, сервер найдется ;)
Слегка оффтоп, рекомендую книгу: Энди Вейр — Марсианин
Марсианская миссия «Арес-3» в процессе работы была вынуждена экстренно покинуть планету из-за надвигающейся песчаной бури. Инженер и биолог Марк Уотни получил повреждение скафандра, и руководство, посчитав его погибшим, эвакуировалось с планеты, оставив Марка одного. Очнувшись, Уотни обнаруживает, что связь с Землёй отсутствует, но при этом полностью функционирует автономный Дом. Главный герой начинает искать способ продержаться на имеющихся запасах еды, витаминов, воды и воздуха ещё 4 года до прилёта следующей миссии «Арес-4».
Почему бы прямо от земли к новой земле не открыть портал размером, ну не знаю, с фургон, или человека, пускай в скафандрах проходят и спасаются.
двоичный код оставляли не полтергейсты а вполне себе человек
а почему бы ей не быть посреди какой-то пустыни с парочкой домиков на дистанцие в сутки
он работал в наса внезапно таки пилотом
Не портите себе впечатления, не читайте ничего, даже без спойлеров, даже просто впечатления, просто сходите на фильм.
И кофейни я там не нашел.
Двигатель НК-33 — Российский.
p.s. извиняюсь за дубль, не увидел что уже ответили.
webkumo вводя небольшие номера постов, по хабровской ссылке(!) к примеру habrahabr.ru/post/1234 попадает почти постоянно на реддирект к GT(!)
… а все потому, что ранние посты на хабре практически все входят в теперь уже «неуместные» пабы, и перетекли на GT, вот мы и получаем реддирект.
Коли ночь на дворе, а сна нет, расскажу подробнее, как это делаю я. Материал много где дублируется в сети, и, скорее всего, не будет откровением, но кому-то может пригодиться.
Во ViewModel, которую мы хотим валидировать, реализуем интерфейс IDataErrorInfo. В этом интерфейсе два метода: один позволяет указать на ошибку в конкретной проперти, другой отвечает за валидацию модели в целом. Начну с валидации одного свойства.
На вход этого… забыл слово… подаётся название свойства, которое надо валидировтаь. На выходе — либо строка с описанием ошибки, либо string.Empty.
Для валидации аттрибутами у меня есть небольшой класс-хелпер:
Все валидаторы, которые есть, они наследуются от System.ComponentModel.DataAnnotations.ValidationAttribute.
Ну а теперь это всё необходимо обработать в WPF:
Для несложных проверок мне нравится ставить UpdateSourceTrigger=PropertyChanged. В этом случае (длят екстбокса) валидация происходит после каждого нажатия клавиши, а не после потери фокуса. Это нагляднее, но больше обработок и вычислений.
Этот снипет даёт красную рамку вокруг невалидных полей и вызов обработчика ошибок в валидаторе формы. То есть, можно сделать так:
Таким образом, если всё это сплести в одну кучу, то мы получаем:
1. ViewModel умеет сообщать о своих ошибках через [propertyName]
2. Специальный валидатор умеет валидировать модели через атрибуты
3. xaml умеет помечать красным невалидные филды
4. Viewшка (например, форма или UserControl) умеет считать невалидные филды внутри себя и имеет DependcyProperty Valid, к которому можно биндить Enabled-свойство кнопок.
Вывод сообщений об ошибке в xaml я не буду расписывать, так как это есть в msdn и stackoverflow, а комментарий итак получается очень большим.
ошибся