Антон Папин

Книжка Microsoft в соавторстве с intuit, C# для школьников - отличное начало.

А потом Троелсен.

Атрибуты - это метаданные вашего кода. Они "работают" в основном на этапе компиляции, превращаясь в типовые конструкции в выходном IL. Использовать run-time переменные в атрибутах просто некорректно.

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

Не очень понимаю, зачем вам асинхронный геттер.

Сделайте в модели асинхронный метод, который получает значение и заносит его в поле, связанное с UI. Метод можно вызывать в конструкторе, или по таймеру, или через команду - как нужно.

Если не нравится, что пока идёт загрузка, в UI показывается значение по умолчанию - тут уже варианты, от банального FallbackValue при связывании до конвертеров и кастомных полей (как-то для такой цели я сделал поле модели типа string, при асинхронной загрузке заносил туда значение типа "loading...", а после успешной загрузки клал туда отформатированное в string значение).

Когда ваш проект находится под управлением TFS и он не в состоянии checked out, то все файлы проекта помечаются атрибутом read only. Если нет соединения с TFS, перезапустите студию и она будет предлагать снять атрибут при обращении к файлу.

Атрибут можно снять ручками в свойствах файла в обычном проводнике, но могут быть проблемы с неучтёнными изменениями при check-in.

Чтобы не пересчитывалась - указывайте её явно. Никаких "*" и "Auto".

ReSharper неидеален и косячит с определённой регулярностью :)
Пишите фидбэк разработчикам, там обычно вполне адекватно на это реагируют.

Почистить папки bin и obj, перезапустить студию. Если нет - искать причину в коде.

Перенести возможно. *.sln-файл конечно придётся выбросить, но попроектно можно попробовать. Если не получится - пофайлово.

Не знаю, чем может помочь смена версии фреймворка, как предлагают предыдущие комментаторы, так как это в основном инструкция компилятору, а не студии. Код от этой процедуры не изменяется, и если другая версия фреймворка не поддерживает какие-то участки кода, их всё равно придётся править вручную.

Мне нравятся 14" модели. Меньше - мелко, больше - появляется не нужный особо в программировании numpad.

15.6" обычно ни туда, ни сюда - из-за numpad'а у них клавиши ещё мельче, чем на 14" моделях. 17" и выше уже этим не страдают, но весят при этом непомерно, как по мне - не вижу в них смысла.

Сейчас у меня HP EliteBook 8470p в доработанной топовой конфигурации (i7, дискретное видео, 8 гб памяти, SSD 240 гб, HDD 2 тб). Но хочу поменять его на EliteBook 840 G1, как только нужная сумма скопится. Из-за веса, из-за подсветки клавиатуры, из-за доступности у последнего FullHD-экрана, хотя 1600x900 на 14" смотрятся вполне неплохо.

Нравится в элитбуках (равно как и в ThinkPad и некоторых Dell) возможность подключать док-станцию, нормальный (а не как в Envy) софт для безопасности (ради работы сканера отпечатков) - не ради безопасности, а ради удобства работы. Аксессуары опять же, хотя бы пристёгиваемые к днищу батареи. А также очень удобное обслуживание - нижняя крышка на защёлках, большая часть комплектующих доступна для замены/обслуживания за пять минут. Разъёмы на любой вкус и цвет (практически).

Из предложенных оба не нравятся - первый тяжёлый, второй мелкий и не позволяет конфигурацию HDD+SSD.

Вынесите ваш код в отдельный метод и передавайте делегат OnSaveCompleted как параметр этого метода, вместе с остальными параметрами, которые нужно передать.

Ну, например, так:

int _width = 4;

string formatArray(IEnumerable<int> numbers)
{
   var output = string.Empty;
   var skip = 0;
   while (skip <= numbers.Count)
   {
      output += string.Join(numbers.Skip(skip).Take(_width), " ") + "\n";
      skip += width;
   }
   return output;
}

Секция Resources объявляет статические ресурсы контрола. Их нужно использовать так:

<ListView ItemsSource="{Binding Source={StaticResource ISource}}" />

x:Name в данном случае не нужно, только x:Key.

Перепишите Setter-ы в нужных местах примерно так:

<Setter Property="Background">
   <Setter.Value>
      <SolidColorBrush Color="#DAAE1A" Opacity="0.5"/>
   </Setter.Value>
</Setter>

Вообще, очень полезно иногда использовать возможности синтаксиса XAML, которые по наследству перешли от XML :)

Используйте триггеры:

В XAML:

<Image Source="{Binding CurrentImage}" >
    <Image.Triggers>
        <EventTrigger RoutedEvent="Image.Loaded">
            <BeginStoryboard>
                <Storyboard>
                    <DoubleAnimation Storyboard.TargetProperty="(Image.Opacity)" From="0" To="1" Duration="0:0:1" />
                </Storyboard>
            </BeginStoryboard>
        </EventTrigger>
    </Image.Triggers>
</Image>

<Button Content="Next image" MouseLeftButtonDown="NextImageClick"/>

В классе модели:

public BitmapImage CurrentImage { get; set; }

public List<BitmapImage> Images { get; set; }

private int _imageIndex = 0;

public void NextImageClick(object sender, MouseButtonEventArgs e)
{
   if (_imageIndex >= Images.Count) _imageIndex = 0;
   CurrentImage = Images[imageIndex];
   RaisePropertyChanged("CurrentImage");  //необходимо реализовать INotifyPropertyChanged в классе модели
   _imageIndex++;
}

Должно сработать :)

При надобности, анимацию можно сделать любую другую.

Нужно подключить namespace в заголовках XAML, примерно так:

<UserControl x:Class="..."
   ...
   xmlns:res="clr-namespace:<namespace_проекта>.Properties"
   ...

И затем можно использовать значения из ресурсов, примерно так:

<Image Source="{x:Static res:Resources.<имя_ресурса>}" />

(правда, возможно, так не сработает и потребуется использовать ImageBrush или что-то другое, у нас в проекте используются только строковые ресурсы).

Собственно, можно погуглить "wpf using resx in xaml".