Все комментарии

Комментарии в порядке последнего добавления

Раз Вы используете PSUBST для своей работы, и, кроме того, используете для отладки nuget-пакетов, то Вам может оказаться интересным знать, что утилита имеет несколько полезных обновлений: 1. уже некоторое время распространяется как nupkg-пакет 2. поддерживает ключ /PF для форсирования создания метки с повышенными правами Отладка nuget-пакетов  16.03.2020 03:23
что бы использовать invoke-Sqlcmd нужно установить Microsoft® System CLR Types for Microsoft SQL Server® 2016 (SQLSysClrTypes.msi) Microsoft® SQL Server® 2016 Shared Management Objects (SharedManagementObjects.msi) Microsoft® Windows PowerShell Extensions for Microsoft SQL Server® 2016 (PowerShellTools.msi) Работа с SQL через PowerShell 14.01.2020 18:43
в Свежем powershell появился командлет по работе с БД $BuildServerName = "ServerName" $Query = 'select * from....... ' Invoke-Sqlcmd -Query $Query -ServerInstance $BuildServerName Работа с SQL через PowerShell 15.11.2019 16:02
Великолепно HttpClient fix memory leaks on massive requests 15.11.2019 15:58
Восхитительно. по завершению можно так же закрывать соединение $con.Close() $con.Dispose() Пробовал вот еще такой подход: $Name = "DBName" import-module sqlps $server = New-Object Microsoft.SqlServer.Management.Smo.Server(".\LOCALMSSQL") $server.Databases foreach ($db in $server.Databases.name){ if($db -like "*-local-" + $Name){ Write-Host 'This DB wil be removed'+$db -ForegroundColor Red $server.databases[$db] $server.databases[$db].Drop() } } Работа с SQL через PowerShell 03.04.2019 11:10
http://codearticles.ru/forums/3/11 WCF and ASP.NET Web API - когда что использовать 14.04.2017 13:36
А если в этом контексте вспомнить по EntityFrameworkDataService, то что послужило причиной того, что он стал тупиковой веткой и был заброшен? На мой взгляд очень интересно и удобно получилось: не нужно создавать никаких отдельных классов, весь dbContext EF проксирован на клиента, хотя прямого доступа к базе у него нет. Есть ли у этого подхода какие-то подводные камни? Ну кроме безопасности что через конекст может передаться некая специфическая информация о самой базе данных. В случае настольных приложений внутри сети предприятия это не столь актуальная проблема. WCF and ASP.NET Web API - когда что использовать 14.04.2017 13:02
Мощные URL Conventions есть в OData v4, с помощью которых можно строить различные запросы к данным. Тут нужно определиться, Web API или OData. WCF and ASP.NET Web API - когда что использовать 14.04.2017 11:29
Для HTTP да, Web API является более приоритетным. По остальным привязкам (netTcpBinding, netNamedPipeBinding, netMsmqBinding, netPeerTcpBinding, msmqIntegration) у WCF нет альтернативы. WCF and ASP.NET Web API - когда что использовать 14.04.2017 11:25
На сколько актуальна эта информация спустя 4 года? Можно ли сказать что Web API является более приоритетным направлением чем WCF? И стоит ли использовать Web API даже при реализации и клиента и сервиса на .Net, или в таком случае WCF все же будет предпочтительнее. Особенно интересует этот вопрос применительно к программам, активно работающих с базами данных при помощи EF6. Хотелось бы иметь возможность на клиенте писать linq-like запросы к базе через сервис. WCF (не считая тупикового и неперспективного WCF DataService) может каким-либо образом предложить возможность такого рода? WCF and ASP.NET Web API - когда что использовать 13.04.2017 22:38
Очень хороший вопрос. Вот тут есть рецепт http://codearticles.ru/articles/2466 как раз на EntityFrameworkDataService, описывается его применение - Feed для MS Excel. Это очень удобно для отчётов, если никакой логики нет. Делаем модель, оборачиваем в EntityFrameworkDataService и у нас всё готово. Если нужна логика - приходится писать кучу контроллеров и методов, как здесь. Хочу заметить, что EntityFrameworkDataService является устаревшим подходом, приходится использовать старые протоколы WCF Data Services 5.6 и OData protocol V3. Да, мне нравится EntityFrameworkDataService, тем более он идеален для некоторых задач, но увы - это тупиковая ветвь эволюции. ASP.NET Web API OData - CRUD (New) 13.04.2017 09:39
Подскажите в чем разница в таком подходе создания OData сервиса с помощью, как я понял, WebAPI, и с помощью WCF Data Service? Я делал сервис WCF Data Service по этой статье https://www.codeproject.com/articles/572417/WebControls/ Но уже использовал EntityFrameworkDataService вместо DataService т.к. хочу использовать EF в работе. И сейчас при желании могу создавать на клиенте (основной клиент будет под .Net) по сути прокси с серверному dbContext: EntityRef.Entities dbContext = new EntityRef.Entities(new Uri("http://localhost:1816/WCF.svc/")); Правда я хочу побольше логики засунуть в сервис, поэтому это не слишком уж и важная штука, но интересная. И вот теперь я попал на вашу статью и задумался, а не будет ли для меня лучше такой подход? Подскажите чем руководствоваться что бы принять решение о выборе ASP.NET Web API OData - CRUD (New) 12.04.2017 10:02
ооо, я сегодня только гуглил это... можно дописать что OFFSET работает от мс 2012 и выше Skip & Take 18.03.2016 14:31
Вариант для кретинов - перекрестные ссылки? :) Цикл с процентом выполненной работы 08.03.2016 22:57
вот вопрос на засыпку, есть две таблицы связь много-много, что бы ты сделал, ни за что не догадаешься, как можно это реализовать в нашем отделе 0) Цикл с процентом выполненной работы 08.03.2016 22:32
нихуя не мог убедить, что если есть спецификация, поля с нулевыми значениями можно не отсылать... Цикл с процентом выполненной работы 08.03.2016 22:29
да это че, вот у нас изобрели новый вид передачи объекта через json если поле объекта равно null то мы его заменяем в josne на false, все летит нахуй со всеми интерпрайзнымипарсерами, нихуя немог сначло понять, почему имя объекта по молчанию вдруг стало false, пока не взглянул дрова что приходят с сервера )) Цикл с процентом выполненной работы 08.03.2016 22:28
Хватит глумиться, чисто для себя под копипасту под консольки-импортилки :) Цикл с процентом выполненной работы 08.03.2016 21:54
прекрасное решение, я его назову квадрат малевича от дотнета Цикл с процентом выполненной работы 08.03.2016 20:00
это вообще что? :) что это за бредятина :) а вообще нафига тут foreach(), если можно сделать просто for()? код сразу станет на 3 строки меньше и даже работать будет побыстрее Цикл с процентом выполненной работы 05.03.2016 17:44
Привет! Согласен, DateTime.FromOADate поинтереснее :) MS Excel - считать данные с записью в отдельную колонку 19.02.2016 17:18
Доброго здравия. Я дату через DateTime.FromOADate вытаскивал. Вроде работало) MS Excel - считать данные с записью в отдельную колонку 19.02.2016 16:30
Обсуждение перенёс в форум рецептов http://codearticles.ru/forums/3/10 Button ICommand 08.12.2015 21:29
Обсудить можно на форуме, а комментировать... а что там комментировать, вроде ж всё подробно расписал :) Принудительная валидация из JavaScript - атрибут ValidateAjax 16.11.2015 10:20
Супер! А можно прокомментировать скрипт. Принудительная валидация из JavaScript - атрибут ValidateAjax 15.11.2015 20:45
Ты не поверишь, 99% людей, осуждающих вообще идеологию ORM, просто не умеют это готовить :) Insert, Update, Delete 02.10.2015 12:09
спасибо, я думал, что EF настолько тормознутый, а оказалось я его совершенно неправильно "готовил" Insert, Update, Delete 02.10.2015 11:07
При массовых операциях AutoDetectChangesEnabled нужно 100% отключать и трачить контекст вручную через DetectChanges. Вот тут есть рецепт http://codearticles.ru/articles/2669 А по поводу отличия подходов с извлечением и без оного, результат на лицо - лишний SELECT с материализацией Entity. Вот тут есть наглядный пример (для EF CodeFirst) удаления файлов http://codearticles.ru/articles/2754 Insert, Update, Delete 02.10.2015 10:59
Через SQL запрос всё можно, но хочется же через EF :) Entity Framework Any bug 02.10.2015 10:53
чем этот рецепт отличается (по применению и производительности) от - Update и Delete без извлечения сущности http://codearticles.ru/articles/421 Insert, Update, Delete 02.10.2015 10:52

Страница 1 из 6