Там доступ к акселерометру iPhone с помощью JavaScript?

Существуют другие серьезные основания для объектов объекта помимо абстракции и слабой связи. Одной из вещей, которые я люблю больше всего, является строгий контроль типов, который Вы не можете получить с DataReader или DataTable. Другая причина состоит в том, что, когда преуспели, надлежащие классы объекта могут сделать код более удобным в сопровождении при помощи первоклассных конструкций для проблемно-ориентированных условий, которые любой смотрящий на код, вероятно, поймет, а не набор строк с именами полей в них используемый для индексации DataRow. Хранимые процедуры являются действительно ортогональными к использованию ORM, так как много отображающихся платформ дает Вам способность отобразиться на sprocs.

я не рассмотрел бы sprocs + datareaders замена для хорошего ORM. С хранимыми процедурами Вы все еще ограничиваетесь, и с сильной связью к, подпись типа процедуры, которая использует систему другого типа, чем код вызова. Хранимые процедуры могут подвергнуться модификации для размещения изменений схемы и дополнительных опций. Альтернатива хранимым процедурам в случае, где схема подвержена изменениям, должна использовать представления - можно отобразить объекты на представления и затем повторно отобразить представления на базовые таблицы при изменении их.

я могу понять Ваше отвращение к ORMs, если Ваш опыт главным образом состоит из Java EE и CSLA. Вы могли бы хотеть взглянуть на LINQ к SQL, который является очень легкой платформой и является, прежде всего, непосредственным отображением с таблицами базы данных, но обычно только нуждается в незначительном расширении для них, чтобы быть полноценными бизнес-объектами. LINQ к SQL может также отобразить входные и выходные объекты на параматерей и результаты хранимых процедур.

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

я думаю, что больше проектов в сфере ИТ на предприятиях перестало работать из-за непригодности для обслуживания кода или плохой производительности разработчика (который может произойти от, например, контекстное переключение между sproc-записью и записью приложения), чем проблемы масштабируемости приложения.