Обновить
Комментарии 22
А не лучше\проще было бы воспользоваться Code First (EF, nHibernate, etc)?
Можно, но мне удобнее LinqToSql пока. Там далее в разделе скаффолдинга мы автоматизируем процесс создания репозитория. Я пробовал использовать и Code First, по сути там нужны минимальные изменения. Я думаю, потом допишу по этой теме и реализацию с Code First.
ну интерфейс и сниппеты тоже полезны, да, но CodeFirst чертовски прелестен…
EF и nHibernate жутко медленны, поэтому не всегда пригодны для использования.
Без Linq2Entities уже не жизнь, nHibernate как не имеющий этого, автоматически отпадает.
А еще у EF есть миграции, совокупно с CodeFirst — просто конфетка.
>>nHibernate как не имеющий этого, автоматически отпадает.
Не понял. nhibernate уже давно нормально умеет LINQ.
Может быть, новые версии не смотрел. У меня в наследство приехал видимо с шибко старой версией. Синтаксис всех этих СreateCriteria, Add Expression удручает. Не позволяет поднимать условия поиска выше инфраструктурного уровня, что заставляет сильно плодить количество методов, интерфейсы разрастаются вширь.
Это ж какой у Вас версии… NHibernate поддерживал Linq2Entities со второй версии отдельной либой, с третьей — уже встроенной реализацией.
Версия вроде бы вторая. Про отдельную либу не слышал.
Можно ли в одном проекте смешать EF DBFirst и CodeFirst?
Если это две разные модели — запросто.
Ситуация у меня такая: Примерно 70 таблиц связаны с приложением через DBFirst. Теперь я хочу дополнительный функционал проекта дописывать с использованием CodeFirst. Часть новых таблиц будет связано отношениями со старыми (например, таб. Users связана со многими другими таблицами). Вопрос: нужно ли мне в новой модели добавлять таблицу Users, и если да, то какие проблемы можно ожидать из-за такого двойственного сосуществования? И еще не совсем понятно, чего ждать от MigrationHistory: не удалит ли он мне мои данные при развертывании? А при добавлении столбцов в модель CF, видимо, придется обновлять и модель DBF.
НЛО прилетело и опубликовало эту надпись здесь
Разве Linq2SQL не устарел и более не поддерживается?
НЛО прилетело и опубликовало эту надпись здесь
Значит, чтобы вывести на экран браузера список из таблицы, мне нужно:
* 8к потратить на Microsoft Windows
* 13к потратить на MS VS
* 25к на MS SQL Server standard (поправьте, если ошибаюсь)
* прочитать 20!!! страниц туториала (20 страниц туториала мне нравятся еще меньше, чем стоимость окружения разработчика.)

Сервер
* Microsoft Windows Server web — тоже 25к?

При всем уважении к производительности .Net решений — перебор. При чем, выбрав такое решения, мне очень трудно будет сказать: «чота мне .Net » разонравился.

* Можно тот же Linux с Mono.
* Есть бесплатные версии студии, есть SharpDevelop и MonoDevelop.
* Провайдеры EF есть не только к MS SQL Server, например. Кроме того, есть MS SQL Server Express, которого для многих мелких проектов будет за глаза.
* Большая часть туториала — картинки и куски кода. И еще репозитории, описание построения бд и т.п. Так что не аргумент. Но да, читать обычно надо много. Везде.

За IIS отдельно платить уже не надо. Ну и про никсы выше.
Windows — 2400р(купил в юлмарте)
VS 2012 web express, MS SQL Server express, IIS 8 — бесплатно.
Рад, что времена меняются. Удаляюсь.
Это вы какую винду купили за 2400? Home, самая обрезанная? На ней точно будут работать все эти VS 2012, MS SQL, IIS 8?
Ну и серверную винду никто не отменял для развертывания проекта.
Хотя конечно как правило лицензия на сервер теряется в общем бюджете проекта, но тем не менее, она стоит не 10коп.
Вот такую www.ulmart.ru/goods/366511, только 64хбитную, почему то ее не видно тут в наличии сейчас.
Да, на ней все это работает.
Развертывание проекта, если конечно это не крупный какой то проект, будет делаться на хостинге или в облаке, там стоимость серверной винды непосредственно не видна. Хостинг для ASP.Net подороже конечно стоит, чем для PHP проектов, год назад последний раз интересовался, на сегодня не в курсе какие цены.
НЛО прилетело и опубликовало эту надпись здесь
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.