неинтегральные константы

Я думаю, что другие ответы здесь лучше, но если вы мертвы на это все с заголовками, вы можете эффективно встроенный объект (как вы конкретно спрашиваете) с простой функцией обертки.

inline const std::string &get_ten() {
    static const std::string ten = "10";
    return ten;
}

Там будет только одна строка , инициализирована один раз, и вам не нужно ничего за пределами файла заголовка.

(c + +/cli - это новое имя) Для безупречной работы можно использовать собственный код, управляемый мусором, c # и даже выполнять обратные вызовы. Обратно можно создавать управляемые типы и взаимодействовать с ними из c++.

Позволяет разработчикам легко переходить на c #, чтобы контролировать время быстрой сборки и т. д., например, xna, связываясь с собственными библиотеками, как упомянуто!

-121--4321119-

Наборы переменной среды MAKEFLAGS на -j 8 . Если вы используете csh или tcsh, вы можете сделать это с помощью setenv MAKEFLAGS '-j 8' . Если используется bash, это можно сделать с помощью export MAKEFLAGS = '-j 8' . Эту команду можно поместить в файл запуска оболочки, например, в файл .cshrc или .bashrc (в домашнем каталоге).

Внимание! Установка такого значения по умолчанию будет применяться ко всем вызовам make, в том числе при «создании» проекта, отличного от вашего собственного, или при выполнении сценария, который вызывает make. Если проект не был спроектирован должным образом, могут возникнуть проблемы при его построении с параллельным выполнением нескольких заданий.

-121--2620732-

Версия extern близка к нужной. Здесь:

// in the file tenconstant.cpp
const std::string Ten = "10";

// in the file tenconstant.h
extern const std::string Ten;

// in your file
#include "tenconstant.h"

// do stuff with Ten

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

Это фундаментальная концепция объектно-ориентированного программирования -- полиморфизм. ( википедия )

Короткий ответ заключается в том, что с помощью интерфейса класса A можно дать классу A любую реализацию IMyInterface .

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

Параметры настройки привязки -121--1244324-

зависят от типа свойства Assign_To. Простейшие настройки, которые, вероятно, могли бы работать для вас:

<TextBlock Text="Assign To: "/>
<TextBlock Text="{Binding Name}"/>

pls, проверьте, будет ли пример ниже работать для вас; Также эта ссылка WPF Toolkit DataGrid Part IV: TemplateColumns и Row Grouping может быть полезна для вас

code:

public partial class MainWindow : Window
{
    public MainWindow()
    {
        InitializeComponent();

        var dataProvider = (CollectionViewSource)FindResource("CVS");
        dataProvider.Source = Test.GetTests();
    }
}

public class Test
{
    public string   Assign_To { get; set; }
    public string   Test0 { get; set; }
    public int      Test1 { get; set; }

    public static List<Test> GetTests()
    {
        List<Test> tests = new List<Test>();

        tests.Add(new Test { Assign_To = "a", Test0 = "aaaa", Test1 = 1 });
        tests.Add(new Test { Assign_To = "a", Test0 = "bbbb", Test1 = 1 });
        tests.Add(new Test { Assign_To = "b", Test0 = "cccc", Test1 = 2 });

        return tests;
    }
}

xaml:

<Window.Resources>    
    <CollectionViewSource x:Key="CVS" >
        <CollectionViewSource.GroupDescriptions>
            <PropertyGroupDescription PropertyName="Assign_To"/>
        </CollectionViewSource.GroupDescriptions>
    </CollectionViewSource>

    <Style x:Key="GroupHeaderStyle" TargetType="{x:Type GroupItem}">
        <Setter Property="Template">
            <Setter.Value>
                <ControlTemplate TargetType="{x:Type GroupItem}">
                    <Expander IsExpanded="True">
                        <Expander.Header>
                            <StackPanel Orientation="Horizontal">
                                <TextBlock Text="Assign To: "/>
                                <TextBlock Text="{Binding Name}"/>
                            </StackPanel>
                        </Expander.Header>
                        <ItemsPresenter />
                    </Expander>
                </ControlTemplate>
            </Setter.Value>
        </Setter>
    </Style>    
</Window.Resources>

<Grid>        
    <DataGrid 
        ItemsSource="{Binding Source={StaticResource CVS}}"            
        HorizontalScrollBarVisibility="Hidden" SelectionMode="Extended"
        AutoGenerateColumns="False"  
        Name="dataGrid1">    
        <DataGrid.GroupStyle>
            <GroupStyle ContainerStyle="{StaticResource GroupHeaderStyle}">
                <GroupStyle.Panel>
                    <ItemsPanelTemplate>
                        <DataGridRowsPresenter/>
                    </ItemsPanelTemplate>
                </GroupStyle.Panel>
            </GroupStyle>
        </DataGrid.GroupStyle>    
        <DataGrid.Columns>
            <DataGridTextColumn Header="Test0" Binding="{Binding Path=Test0}" />
            <DataGridTextColumn Header="Test1" Binding="{Binding Path=Test1}" />
        </DataGrid.Columns>
    </DataGrid>
</Grid>

-121--3250476-

Создание статического определяемого пользователем типа в этом пути является плохой идеей. Невозможно управлять порядком создания экземпляров при наличии нескольких таких определяемых пользователем типов. Это не проблема в небольшом проекте, но не все проекты малы. Лучше сделать статику всех простых старых типов данных - необработанных указателей - и инициализировать их каким-то подходящим способом, чтобы указать на нужные экземпляры при запуске программы или когда они нужны. Это дает вам контроль.

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