ZeroMemory структура с std::string и присвоением ей значения имеет различное поведение в VS2010 и VS2017

Мы обновляем старый проект MFC с VS2010 до VS2017 и обнаружили другое поведение при назначении данных в std::string внутри структуры, которая была очищена с помощью ZeroMemory.

Я создал простую программу MFC для воспроизведения проблемы.

std::string getStrData() {
    std::string temp = "world";
    return temp;
}

CMainFrame::CMainFrame()
{
    struct mystruct{
        std::string mystr_in1;
        std::string mystr_in2;
    };
    std::string mystr_out = "hello";
    mystruct* sttemp = new mystruct();
    ZeroMemory(sttemp, sizeof(mystruct));  // <-- we think this is bad
    sttemp->mystr_in1 = mystr_out;         // <-- VS2010: "hello" is assigned, but VS2017: garbage is assigned
    sttemp->mystr_in2 = getStrData();      // <-- VS2010 and VS2017: "world" is assigned
}

В VS2010 значение mystr_out ("hello") правильно присваивается mystr_in1. Однако в VS2017 данные мусора назначаются mystr_in1. Я читал подобные вопросы здесь, в StackOverflow, что выполнение ZeroMemory в этом случае уничтожает std::string, поэтому мы думаем, что это является причиной проблемы. Но в mystr_in2 он может правильно назначать «мир» как в VS2010, так и в VS2017.

У меня есть 2 вопроса об этом поведении, если кто-нибудь может объяснить.

1. В первом случае (mystr_in1) почему код, скомпилированный в VS2010 и VS2017, ведет себя по-разному? Есть ли какие-то настройки проекта в VS2017, чтобы исправить это? При обновлении старого проекта VS2010 мы просто открыли решение VS2010 в VS2017 и выбрали решение для обновления. (Большинство наших старых проектов не имеют проблем, просто делая это)

2. Для 2-го случая (mystr_in2) предполагается, что он будет таким же (?) как и 1-й случай, но назначенный ему std::string был возвращен из функции. Чем это отличается от первого случая, который также присваивает std::string?