WarFollowsMe

Профоргу иметь свой список событий нет необходимости. Если события закреплены за профсоюзом, то и профорг должен непосредственно работать с этим списком, а не дублировать свой. Чем меньше списков вы создадите, тем проще потом будет в них ориентироваться. Здесь достаточно одного events в Union.

class ProfOrg
{
    private Union _union;

    public ProfOrg(Union union)
    {
        _union = union;
    }

    public void AddEvent(UnionEvent unionEvent)
    {
        _union.Events.Add(unionEvent);
    }
}

class Union
{
    private ProfOrg _profOrg;
    private List<UnionEvent> _events;

    public List<UnionEvent> Events { get { return _events; } }
    public ProfOrg ProfOrg { get{ return _profOrg; }

    public Union()
    {
        events = new List<UnionEvent>();
        profOrg = new ProfOrg(this);
    }
}

1) Возможно вам поможет AOP
Вот статья где приведен пример использования PostSharp для try-catch

2) Можно также попробовать использовать AppDomain.UnhandledException.

Мне понравился проект stackedit.
Исходники также прилагаются: github

P.S. И кстати вопрос уже был: В чем писать конспекты?
Пользуйтесь поиском!

В C# при помощи интерфейсов реализуют важное свойство ООП - полиморфизм. Вкратце, это выделение одинаковых свойств и методов объектов, не привязываясь к их типу. Если простыми словами, то например у нас есть ряд объектов: стул, стол, чашка, грустный мопс и комета Чурюмова-Герасименко. И например стоит задача отслеживать их передвижение. Все объекты разных типов и привести их к одну общему не получается. В этом случае на помощь как раз и приходят интерфейсы. Описываем нужные нам свойства

public interface INotifyCoordinateChanged
{
    string Name{get;set;}
    double X{get;set;}
    double Y{get;set;}
    double Z{get;set;}
    event Action<INotifyCoordinateChanged> CoordinateChanged;
}

и если мы реализуем у всех объектов этот интерфейс, то теперь нам достаточно отслеживать изменения в списке
List<INotifyCoordinateChanged> Objects{get;set;}
P.S. А ваш пример очень странный. Интересно для объяснения какой темы его использовали. Просто это абсолютно бессмысленная солянка, пмсм.

ViewModel со значением давления

public class PressureViewModel:INotifyPropertyChanged
{
    private double _pressure;

    public double Pressure
    {
        get{return _pressure;}
        set
        {
            _pressure = value;
            SendPropertyChanged("Pressure");
        }
    }

    protected void SendPropertyChanged(string propertyName)
    {
        if (PropertyChanged != null) PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
    }

    public event PropertyChangedEventHandler PropertyChanged;
}

код конвертера:

public class PaskalToBarConverter : IValueConverter
{
    public object Convert(object value, Type targetType, object parameter,
        System.Globalization.CultureInfo culture)
    {
        // метод преобразования паскаль в бар
        return PaskalToBar((double)value);
    }

    public object ConvertBack(object value, Type targetType, object parameter,
        System.Globalization.CultureInfo culture)
    {
        //метод преобразования бар в паскаль
        return BarToPaskal((double)value);
    }
}

в xaml добавляем ссылку на namespace конвертера:

xmlns:converters="clr-namespace:ConvertersNamespace"

в ресурсах добавляем конвретер:

<Window.Resources>
		<converters:PaskalToBarConverter x:Key="PaskalToBar"/>
</Window.Resources>

ну и в TextBox привязываем давление+конвертер:

<TextBox x:Name="PaskalPressure" Text={Binding Pressure}/>
<TextBox x:Name="BarPressure" Text={Binding Pressure, Converter={StaticResource PaskalToBar}}/>

Тоже самое делаете для мм.р.ст