• Шеф, «links» пропало! Отдел ссылок убит окончательно
    0
    и раздел «Лидеры блога» пропал.
  • Подборка видео с различных конференций
    +1
    NDC is Norway’s largest conference dedicated to .NET and Agile development. (Мартин, Физерс, Ошеров и другие)
    NDC 2011
    NDC 2010
    NDC 2009
  • Дорогая фотография
    +4
    замечательный добрый проект.
  • Ненавязчивая валидация в ASP.NET MVC3
    0
    пожалуйста
  • Ненавязчивая валидация в ASP.NET MVC3
    0
    подробности можно посмотреть, например, в google по запросу "mvc 3 remote validation". или подождите немного — завтра набросаю пример (сейчас под рукой нет рабочего компьютера с windows и vs на борту).

    еще один вопрос к автору: для чего свойству IsDealer аттрибут Required?
  • Ненавязчивая валидация в ASP.NET MVC3
    +1
    еще не сказали, что для начала нужно включить взможность клиентской валидации и unobtrusive валидацию в web.config или на странице. и про необходимые скрипты не лишним было бы упомянуть.
  • Ненавязчивая валидация в ASP.NET MVC3
    –2
    Для того что наш валидатор заработал на стороне клиента нам необходимо создать свою функцию валидации и свой адаптер.

    выкиньте и забудьте — все решается аттрибутом Remote
  • Разработка игрового приложения под iPhone. Часть 3
    0
    кстати, звуки покупали, сами записывали?
  • Разработка игрового приложения под iPhone. Часть 3
    0
    … ставлю, чтобы услышать «звук на попадание в ништяк»:)
  • Применение паттерна MVP в классическом ASP.NET
    –1
    не вижу ни одного вопроса, на который бы я не ответил. повторите, пожалуйста, если не трудно — какой именно.
    на мой взгляд, применение шаблона MVP (вижу, вы все-таки отредактировали это в статье) для Webforms приложений в большинстве случаев неоправданно, вы считаете иначе — думаю, друг друга мы тут не переубедим.
  • Применение паттерна MVP в классическом ASP.NET
    –1
    в доменном слое вообще никакой логики не должно быть.
    если вам нужны какие-либо части этой страницы как контролы — User или Custom Controls — ваш выбор. если остальную логику можно вынести в бизнес слой. часть логики, часто в таких случаях остается в code behind классе, но минимальная часть — именно спецефичная для вашей страницы. если вы ее где-то еще хотите использовать, то можно сделать базовую страницу и наследоваться от нее.
  • Применение паттерна MVP в классическом ASP.NET
    –1
    то есть без MVC вы логику вне codebehind класса представить не можете? Очень странно. вы разбиваете свои приложения на слои? Business Logic Layer, Data Access Layer etc. — например?
  • Применение паттерна MVP в классическом ASP.NET
    –1
    Вы считаете что лучше переписать все,
    чем позволить временно существовать двум шаблонам?

    Насколько временно? все от проекта зависит, но в большинстве случаев я бы рекомендовал либо переписать все на ASP.NET MVC, либо вообще не прибегать к шаблону MVC.
    Поделитесь опытом такого «временного» существования двух шаблонов — как долго это было и к каким результатам привело.
  • Применение паттерна MVP в классическом ASP.NET
    –1
    я за единообразие в проекте. и за чистый код.
  • Применение паттерна MVP в классическом ASP.NET
    –1
    бизнес логику вы всегда можете вынести из codebehind-а и без всяких контроллеров.
    я предупреждаю о том, что можно усугубить ситуацию применением MVC шаблона на ровном месте.
  • Применение паттерна MVP в классическом ASP.NET
    –1
    я вам больше скажу — об этом подходе то ли Гаттри, то ли Хансельманн писал.
    если вы часть проекта напишите в одном стиле, а часть в другом — то получите зоопарк, с которым еще намучаетесь на поддержке. «в армии все должно быть безобразно, но единообразно» — не нужно стараться сделать хоть что-то «более менее нормально», обычно это только усугубляет ситуацию.
  • Применение паттерна MVP в классическом ASP.NET
    +2
    как можно упростить жизнь на таких проектах используя все тот же шаблон Model-View-Controller

    вы только усложните жизнь тем, кто будет поддерживать подобный проект. не нужно искать себе преключений на ровном месте.
    если вы только начинаете работать над проектом и вам пришла в голову мысль сдалть Webforms, но с MVC — нет никаких причин этим заниматься — берите ASP.NET MVC и вперед.
    если же вы собралиь переписать какой-нибудь старый проект — то тем более не стоит этого делать, скорее всего получите спагеттиобразный код.
    я, к сожалению, сталкивался в своей практике с подобными решениями — это было ужасно.
  • Пишем письма из iOS приложения
    0
    значит в вашем случае можете обойтись без этого решения.
  • Пишем письма из iOS приложения
    0
    куда гуглить — это очевидно. мне интересен ваш практический опыт. действительно ли за две минуты подобное делали.
  • Пишем письма из iOS приложения
    0
    и email получателя в этом случае вам тоже нужно будет раскрыть.
  • Пишем письма из iOS приложения
    0
    чем дешифруете? поделитесь опытом.
  • Пишем письма из iOS приложения
    0
    думаю, там тоже можно это сделать, просто сложнее будет.
  • Пишем письма из iOS приложения
    0
    ну, «элементарнейшее» — это сильно сказано:)

    user case:
    сделать возможность отправлять отзывы/пожелания по приложению на определенный email.
    при этом необходимо, чтобы пользователь не видел, что это за email. и для удобства нужно, чтобы из приложения пользователь не выходил, дополнительные экраны не появлялись.
  • Пишем письма из iOS приложения
    –1
    раз уж вы так увлеклись, попробуйте получить подобный результат с каким-нибудь приложением из AppStore (найти строчку "#include" в нем, например)
    не сомневаюсь, что как-нибудь это можно сделать, но сам никогда этим не занимался.
    получается, чтобы получить этот доступ к этому аккаунту нужно:

    1) заинтересоваться вашим приложением
    2) сообразить, как вы отсылаете email
    3) получить файл приложения
    4) декомпилировать его каким-либо способом

    да, думаю, все это можно сделать. и использовать такой подход стоит там, где вам не страшно потерять этот служебный email, иначе говоря, где это никому и не нужно будет.
  • Пишем письма из iOS приложения
    0
    1) — под конкретное приложение надо заводить отдельный аккаунт и больше его ни для чего не использовать.
  • Книги, видео и другие материалы по разработке под iOS
    0
    для сборки приложения вам в любом случае понадобится Mac OSX.
    чуть подробнее можно почитать в этой статье — habrahabr.ru/blogs/macosxdev/118116/ (раздел «Обязательно ли нужен Mac?»)
  • Пишем письма из iOS приложения
    0
    1) где вы тут нашли важную почту, логины, пароли и адреса пользователей.
    2) давайте для начала убедимся, что это нужно вообще лечить
    3) см.2
  • Пишем письма из iOS приложения
    0
    я вам и так скажу, что в чистом виде он там не найдется. я вам как раз говорю о захардкоженых паролях для сервисов, которые используют именно приложения, а не пользователи.
  • Пишем письма из iOS приложения
    0
    понятно. задача реверс-инжиниринга приложения из AppStore сама по себе нетривиальна.
    такой способ отправки писем хорош для секций отзывов/пожеланий к приложению. даже если кому-то вдруг понадобится этот служебный email и он сможет получить его, то онаружится это довольно быстро, а лечится апдейтом приложения.
    собственно, использование любых запароленных сервисов из iOS приложений подвергается той же опасности.
  • Пишем письма из iOS приложения
    0
    что вы имеете в виду? можно подробнее — как вы бы получили из такого приложения login/password аккаунта?
  • Что нужно знать перед тем, как писать под iOS
    0
    да, высылают на почту документ «INVOICE RECEIPT» — такой же, как и при любой покупке в AppStore.
  • BeerConf: как мы провели лето
    0
    ок. добавим на сайт тоже.
    основные темы анонсируются в нашем твиттере. остальные добавляются по просьбам зарегистрировавшихся — их мы никак до открытия регистрации не узнаем:)
  • BeerConf: как мы провели лето
    0
    нет:) я уже рассказывал, что в самом начале рассматривали и такое название, но забраковали как менее перспективное:)
  • BeerConf: как мы провели лето
    0
    на последней их было пятеро, а на предпоследней шестеро. ребята все крепкие, закаленные;)
    подсчет простой — по регистрационным листкам. там, как помнишь, отмечаем кто пьет чай, кто пиво, кто кофе. чай делим на два. так как уже третью встречу подряд официанты просто не приносят вторую половину чайников за ненадобностью — первую не всю допивают — так увлечены разговором:)
    В общем, да, их меньше, но пьют они больше.
  • BeerConf: как мы провели лето
    0
    у меня все ходы записаны:)
    просто чая хватает и чайничка в 0.3 литра, а пива обычно пару кружек берут.
    в любом случае, напиток тут дело десятое;) //хоть название и обязывает
  • Получение экземпляра класса запроса по сигнатуре его интерфейса
    –2
    <зануда>Тимур, сигнатура метода включает в себя еще тип возвращаемого значения</зануда>

    а по теме — в комментариях к статье Саши был хороший вопрос, на который он так и не ответил: чем этот подход лучше, чем использование спецификаций?
  • Подкаст AppleInsider [18]
    0
    поясните, пожалуйста, слова про обновление приложения в App Store через 40 минут после выхода первой версии (вы про приложение Google +, если я все правильно помню, это говорили). как такое возможно? — на рассмотрение кадого приложения нужно не менее 5 дней (если у вас нет своих людей в Apple), вне зависимости того апдейт это или новое приложение. То есть выход апдейта через 40 минут — что-то очень странное, если я все правильно понимаю.
  • Полезные занятия для программиста
    +2
    хороший сайт с уроками жонглирования — www.jugglers.ru/
  • Выбираем мультиплатформенный движок для разработки мобильных игр (часть 1)
    +1
    спасибо, было интересно
  • Выбираем мультиплатформенный движок для разработки мобильных игр (часть 1)
    0
    понятно, что c Hello World у них у всех все просто и красиво. интересен более глубокий практический опыт.
    удачи с Corona