Задание для строковых потоков, см. его в прямом эфире: http://ideone.com/e8GjMg
#include
#include
int main()
{
std::istringstream iss(" abcd 1234 -6242 1212");
std::string s;
int a, b, c;
iss >> s >> a >> b >> c;
std::cout << s << " " << a << " " << b << " " << c << std::endl;
}
Печать
abcd 1234 -6242 1212
ADO.NET является базовым API доступа к данным для Платформы.NET (во многом как JDBC в Java). Это было вокруг начиная с первого выпуска.NET.
LINQ к SQL является платформой доступа к данным, основывался на ADO.NET и новых функциях языка, который делает доступные данные SQL Server исходно в объектно-ориентированном стиле программирования.
ADO.NET является рядом библиотек классов, которые обеспечивают инфраструктуру доступа основных данных сверху.NET Основные Библиотеки классов. Это также содержит основную инфраструктуру LINQ, такую как статический класс Счетных (которые обеспечивают LINQ для Возражения), и интерфейс, чтобы сделать основной запрос против реляционных данных, таких как IQueryable.
LINQ к SQL НЕ является платформой доступа к данным.
ADO.NET может быть принят как платформа доступа к данным, но это может вводить в заблуждение, так как ADO.NET не является отдельным продуктом. ADP.NET является действительно частью Платформы.NET.
LINQ к SQL является просто реализацией LINQ для функционирования как поставщика данных, которые соединяются, и отображается непосредственно на SQL Server. Внизу LINQ к SQL, содержит тяжелые использования классов ADO.NET в Системе. Данные. Пространство имен SqlClient, таким образом, это реализовано сверху ADO.NET, но фокусирующийся на и это характерно для доступа к SQLServer.
Существует довольно большой набор различий между этими двумя технологиями, которые не могут быть действительно покрыты коротким ТАК сообщение, но я попытаюсь покрыть, выделяет
Необходимо запустить с понимания, что LINQ является намеченной парадигмой Microsoft для запросов всех видов структурированных данных декларативно с одним инструментом - думают, "что Одно Кольцо Управляет Ими Всеми". LINQ к SQL является просто первым проявлением, реализованным для запросов реляционных баз данных.
На самом деле, Microsoft имеет смешанное сообщение об отношениях LINQ с SQL. Я думаю, что проблема состоит в том, что это стало понятым вместо других стратегий абстракции, и это теперь часто рассматривается как способ для программистов избежать потребности стать квалифицированным в SQL.
ADO.NET рассматривает ООП как, что это, и реляционные данные как, что это и ожидает, что Вы сделаете каждого правильно на его собственных условиях.
преимущества и недостатки этих двух открыты для дебатов. Но если Вы согласитесь, что мастера Информатики Microsoft придумали что-то вроде uber-абстракции для запросов структурированных данных, тогда Вы, вероятно, захотите переместиться в это направление. Существует некоторый признак, что другие поставщики программного продукта готовы манипулировать, таким образом, это даже не может закончить тем, что было полностью собственным, который был бы хорошей вещью.
Кроме того, не действительно уверенный, если я прямо здесь. Но ADO.NET всегда работает 'офлайн' с Вашими данными. Я думаю, что LINQ2SQL работает онлайн с Вашими данными.