помню 6 лет назад, с появлением ASP.NET одним из главных аргументов МС было то, что новая технология (на тот момент ASP.NET) позволяет разнести код между aspx и aspx.cs файлами и что код прямо в aspx это пережиток старины и сделан огромный прорыр. Сейчас смотрю видео по MVC и вижу уже в который раз картину до боли мне напоминающую старый ASP
Теперь MS отказывается от своих слов и перепутать html код с C# кодом уже есть круто?
Здравствуйте, Mohnatiy, Вы писали:
M>Теперь MS отказывается от своих слов и перепутать html код с C# кодом уже есть круто? Нужно отделять код показа информации на странице от кода обрабатывающего данные нужеые на странице.
Плохо когда на странице идет доступ к данным, жестко закодированы бизнесс правила, ... т.е. все то что не относится непосредственно к отображению.
Когда же на странице присутствует код который отвечает за внешний вид этой страницы это хорошо. И плохо если этот код будет где-то в другом месте.
Так что все нормуль, мы движимся в правильном направлении
Здравствуйте, Aikin, Вы писали:
A>Плохо когда на странице идет доступ к данным, жестко закодированы бизнесс правила, ... т.е. все то что не относится непосредственно к отображению. A>Когда же на странице присутствует код который отвечает за внешний вид этой страницы это хорошо. И плохо если этот код будет где-то в другом месте.
Провокациооный вопрос.
У меня на странице джавасрипт, который реализует простенький кредитный калькулятор. По сути это бизнес правила там. Это плохо, что я написал десять строк джаваскрита с бизнеслогикой рассчета? А хорошо будет, если я перенесу эти бизнес правила в серверный код, и буду городить кучу тормознутого аякса, чтоб выполнять рассчет из нескольких арифметических действий?
Здравствуйте, SE, Вы писали:
SE>У меня на странице джавасрипт, который реализует простенький кредитный калькулятор. По сути это бизнес правила там. Это плохо, что я написал десять строк джаваскрита с бизнеслогикой рассчета?
Плохо, что у тебя этот код на странице, а не в отдельном .js файле.
Здравствуйте, SE, Вы писали:
SE>Провокациооный вопрос.
Провакационный ответ. Шутка
SE>У меня на странице джавасрипт, который реализует простенький кредитный калькулятор. По сути это бизнес правила там. Это плохо, что я написал десять строк джаваскрита с бизнеслогикой рассчета? А хорошо будет, если я перенесу эти бизнес правила в серверный код, и буду городить кучу тормознутого аякса, чтоб выполнять рассчет из нескольких арифметических действий?
Мы имеем дело с клиент-серверным приложением, которое делится на две части: клиентскую и серверную. В идеальном случае клиент занимается только отображением. Но мы живем не в идеальном мире и за каждое обращение к серверу приходится платить...
Но мы сейчас не об этом. А о том, что на стороне сервера в коде страницы не должно быть серверной бизнесс логики.
Здравствуйте, Mohnatiy, Вы писали:
M>Теперь MS отказывается от своих слов и перепутать html код с C# кодом уже есть круто?
и да, и нет.
* Нет, потому что многие слишком буквально поняли идею разделения кода и разметки, и не допускали ни единого оператора в aspx файлах. это конечно перебор, и изначальная идея была другой.
* MVC действительно идет другим путем, но та разница что вы увидели всего лишь верхушка. проблемы у вебформ гораздо глубже и серьезнее чем разделение/не разделение кода
Здравствуйте, mogadanez, Вы писали:
M>* MVC действительно идет другим путем, но та разница что вы увидели всего лишь верхушка. проблемы у вебформ гораздо глубже и серьезнее чем разделение/не разделение кода
А нельзя ли на этом моменте поподробнее? Я сам не очень доволен Web Forms, но все же хотел бы услышать, какие проблемы видите Вы?
Здравствуйте, Idsa, Вы писали:
I>Здравствуйте, mogadanez, Вы писали:
M>>* MVC действительно идет другим путем, но та разница что вы увидели всего лишь верхушка. проблемы у вебформ гораздо глубже и серьезнее чем разделение/не разделение кода I>А нельзя ли на этом моменте поподробнее? Я сам не очень доволен Web Forms, но все же хотел бы услышать, какие проблемы видите Вы?
Здравствуйте, Idsa, Вы писали:
M>>* MVC действительно идет другим путем, но та разница что вы увидели всего лишь верхушка. проблемы у вебформ гораздо глубже и серьезнее чем разделение/не разделение кода I>А нельзя ли на этом моменте поподробнее? Я сам не очень доволен Web Forms, но все же хотел бы услышать, какие проблемы видите Вы?
Мне нравится как на эту тему рассуждает Sinclair поищи по форуму по нему и чего нить типа ViewState или PostBack (постбек)...
Здравствуйте, IB, Вы писали:
SE>>У меня на странице джавасрипт, который реализует простенький кредитный калькулятор. По сути это бизнес правила там. Это плохо, что я написал десять строк джаваскрита с бизнеслогикой рассчета? IB>Плохо, что у тебя этот код на странице, а не в отдельном .js файле.
То есть когда бизнес правила — в отделном .js — это хорошо?
Здравствуйте, Воронков Василий, Вы писали:
__>>Оч. убедительно. Сразу все вопросы отпали.
ВВ>Модифицирование BL — это отдельная задача, которая не должна приводить к модифицированию логики UI. ВВ>Так понятнее?
Мне-то все понятно. Только вот если мы перенесем плохой код в отдельный файл, это никак не сделает его лучше.
Так понятнее?
Здравствуйте, q__q, Вы писали:
__>Мне-то все понятно. Только вот если мы перенесем плохой код в отдельный файл, это никак не сделает его лучше. __>Так понятнее?
Лучше не сделает. Но упростит его последующую переделку, которая за собой не потянет изменения в UI и не окажется, что для переделки бизнес-логики нам надо еще и ГУЙ переписывать.
__>Мне-то все понятно. Только вот если мы перенесем плохой код в отдельный файл, это никак не сделает его лучше. __>Так понятнее?
если JS настолько сложный что в нем есть свои понятия View и Controller, то его( JS ) тоже следует бить на эти самые View и Controller, причем ЯВНО. к слову сказать Js controller тоже замечательно поддается тестированию
Здравствуйте, q__q, Вы писали:
__> Только вот если мы перенесем плохой код в отдельный файл, это никак не сделает его лучше.
В данном разговоре нигде не обсуждается пролохость/хорошесть кода, обсуждается лишь где его размещать.
Так понятнее?
Здравствуйте, IB, Вы писали:
__>> Только вот если мы перенесем плохой код в отдельный файл, это никак не сделает его лучше. IB>В данном разговоре нигде не обсуждается пролохость/хорошесть кода, обсуждается лишь где его размещать. IB>Так понятнее?
В данной ветке обсуждается
А хорошо будет, если я перенесу эти бизнес правила в серверный код, и буду городить кучу тормознутого аякса, чтоб выполнять рассчет из нескольких арифметических действий?
Здравствуйте, mogadanez, Вы писали:
M>>Теперь MS отказывается от своих слов и перепутать html код с C# кодом уже есть круто?
M>и да, и нет. M>* Нет, потому что многие слишком буквально поняли идею разделения кода и разметки, и не допускали ни единого оператора в aspx файлах. это конечно перебор, и изначальная идея была другой.
M>* MVC действительно идет другим путем, но та разница что вы увидели всего лишь верхушка. проблемы у вебформ гораздо глубже и серьезнее чем разделение/не разделение кода
WebForm-ы в частности изолировали прикладного программиста от различий рендеринга в разных версиях браузеров.
Что в этой области может предложить MVC-подход?
Здравствуйте, q__q, Вы писали:
__>В данной ветке обсуждается __>
__>А хорошо будет, если я перенесу эти бизнес правила в серверный код, и буду городить кучу тормознутого аякса, чтоб выполнять рассчет из нескольких арифметических действий?
__>, а не где его размещать.
Слова "перенесу в серверный код" и "джаваскрипт с бизнес-логикой на странице" по-моему говорят как раз о том, где он размещен.
Плохой он или хороший упомянуто не было. Упоминается как раз то, что он тривиальный.
Да и, собственно, не в этом дело.
Что сказать-то хотели?
Мы уже победили, просто это еще не так заметно...
