Попробуйте:
int number;
cin >> number;
char firstCharacterOfNames;
cin >> firstCharacterOfNames; // This will discard all leading white space.
// including new-line if there happen to be any.
cin.unget(); // Put back the first character of the name.
std::string names;
std::getline(cin, names); // Read the names;
Альтернативно. Если вы знаете, что число и имена всегда будут на разных строках.
cin >> number;
cin.ignore(std::numeric_limits<std::streamsize>::max(), '\n');
std::getline(cin, names);
Играть! - это глоток свежего воздуха в Java, который позволяет избавиться от всей той мелочи, которая возникла в Enterprise за эти годы. Даже пространство имен просто play, а не com.playframework. Предполагается, что это ответ на Rails, Django и т. Д. И основан на MVC. Это необходимо для того, чтобы Java оставалась актуальной во всех, кроме глубоко укоренившихся корпоративных магазинов.
Играть! уменьшает чрезмерную абстракцию и болезненную настройку старой Java. Это полный стек, который не полагается на старую методологию сервлетов / EJB и не использует ее, как пытался сделать Рестлет (упрощая REST в сервлетах). Играть! - это отличный Java-фреймворк на основе REST, который является достойным соперником MVC-фреймворков других платформ.
Это очень RESTful, и его легко привязать параметр к методу java. Они также значительно упростили использование JPA с помощью своего пространства имен play.
play.db.jpa. Модель
public void messages(int page) {
User connectedUser = User.find("byEmail", connected());
List<Message> messages = Message.find(
"user = ? and read = false order by date desc",
connectedUser
).from(page * 10).fetch(10);
render(connectedUser, messages);
}
Python используется для написания сценариев вместо сборки с Maven, что может спасти несколько жизней.
Я не был так взволнован фреймворком Java со времен Red5 или Restlet. Бонус в том, что у них есть простые способы разместить ваше приложение в Google AppEngine, а также с помощью Java-версии GAE.
The Play! framework - действительно хорошее программное обеспечение, и раздутая среда JavaEE должна вдохновлять его.
Я перешел с Java -> Django из-за быстрого цикла «изменить файл» / «перезагрузить браузер», и Play! framework заставляет меня вернуться к моему любимому языку Java.
Его также можно сравнить в некоторых терминах с тем, что Grails и вообще динамические языки в Java (Groovy используется в Play!) пытаются импортировать: простота, скорость и надежность .
и что раздутая среда JavaEE должна вдохновляться.Я перешел с Java -> Django из-за быстрого цикла «изменить файл» / «перезагрузить браузер», и Play! framework заставляет меня вернуться к моему любимому языку Java.
Его также можно сравнить в некоторых терминах с тем, что Grails и вообще динамические языки в Java (Groovy используется в Play!) пытаются импортировать: простота, скорость и надежность .
и что раздутая среда JavaEE должна вдохновляться.Я перешел с Java -> Django из-за быстрого цикла «изменить файл» / «перезагрузить браузер», а Play! framework заставляет меня вернуться к моему любимому языку Java.
Его также можно сравнить в некоторых терминах с тем, что Grails и вообще динамические языки в Java (Groovy используется в Play!) пытаются импортировать: простота, скорость и надежность .
Я также являюсь пользователем Django. Я только что посетил фреймворк Play и ознакомился с его документацией. Он имеет упрощенный дизайн, о котором знал Джанго. В него даже встроена поддержка движка приложений. Я уверен, что многие java-разработчики будут его поддерживать, и ему нужно только некоторое время, чтобы увидеть крутые плагины от сообщества.