> Он пропадает и не выполняет работу.
А может дело не в нем, а в вас? Он в принципе не может делать данную работу? Может, он просто хочет бОльшие сроки и больше денег, а вы жадничаете? Много таких заказчиков, к сожалению. Приходилось посылать таких.
Приложения Android точно разобрать можно, и получится вполне годный код (если там именно Java, а не C++ - NDK).
mletov: я и без вас все это знаю. Я сам писал WYSIWYGи.
Тут не в том дело. А в том, что обработчик-то я создал, но что-то в нем не работает тот код, который под WebForms в таком же обработчике работал бы... Видимо, тут действительно не все так просто...
Станислав Макаров: > Вот например, там есть такой класс ... как раз ваша ASPX страничка
> А вот такого класса там нет ...
Ну и что с того, что классы лежат в разных неймспейсах и dllках?
Отродясь никто не мешает в одном проекте юзать несколько неймспейсов или dllок (если эти dllки построены под 1 и ту же платформу). Нигде такого никогда не было.
Нееееет, здесь не всё так просто.
И вы не совсем правы.
Но и я не совсем прав: вот сейчас вернулся к своим экспериментам с ASPX в MVC и обнаружил, что Click-то создается, а вот заставить в нем выполняться какой-либо код - чтой-то никак не получается, хотя в WebForms тоже самое работает...
Именно проверку, т.е. поиск ошибок в коде и указание строчки с первой ошибкой?
Или же подсветку синтаксиса + автодополнение - полноценные фичи IDE для JS?
Насчет второго - AFAIK никак. Насчет первого - AFAIK можно как минимум заколхозить плагин, который будет прогонять скрипт скажем через Jint и выводить ошибки.
mletov: > Не, ну если так лихо обобщать, то все технологии .NET в каком-то смысле родственные,
С этим я потом разберусь. Пока вижу сходство в поддержке одного и того же движка представлений - и средств разработки для него (WYSIWYG в VS работает нормально в обеих случаях). Это уже кое-что.
> >Кинул туда кнопку Button, запустил, всё работает... Попробовал добавить событие Click
Наличие такой возможности - это НЕ фишки WebForms, это именно фишки ASPX, а если быть точнее, то это фишки IDE Visual Studio, в нее входит вышеупомянутый WYSIWYG.
Kup9_NpS: > если я буду мастером в JS разработке например в тот же фронтенде, то приобретенные навыки помогут освоить и JS для написания игры
Если вы изучите средства, общие для обеих областей (фронт-енда и геймдева) - например, средства для HTTP и TCP - то именно эти средства вы без проблем примените и на игровой платформе. Даже если там не будет XmlHttpRequest и AJAX, а будет другая библиотека, но для тех же протоколов - вам все равно будет гораздо легче ее освоить, протокол один и тот же, а значит, логика тоже одна и та же.
НО главное в игре - это не HTTP/TCP, а взаимодействие с графикой, с игровым движком.
И вот здесь будет уже всё СОВСЕМ по-другому - и библиотека другая, и логика совсем другая (т.к. задачи совсем другие).
Игры - вообще сильно отличаются от десктопа/мобила/веба. А вот десктоп и мобил - сильно схожи, с вебом тоже есть сходства, + десктоп/мобил пересекаются с вебом.
Taras: дело не в методах, а в классах. Если программа небольшая, все методы все равно в главном классе, и выделять отдельный класс, который бы запускался сразу из main (как в случае с GUI) не нужно, то и в отдельный файл выносить не нужно.
Дмитрий Ковальский: > людям надо показать красивую картинку
Дело в основном не в свистоперделках (каких в Winforms как-то не особо было), а в удобстве, как для разраба, так и для юзера - которые у борландовского VCL хромали (особенно для разраба, а ведь оно особенно важно для ЦА, ибо ЦА - разрабы).
> доля кода UI на мой взгляд от 1% до 5%
Мегабайтами кода пусть индусы меряются.
А у нас приложения разные бывают.
Иное приложение только и делает, что создает удобную оболочку для имеющихся консольных или иных неудобных средств. Там 99% работы программиста - это как раз UI.
> на старом шаблонизаторе
Ну, во-первых, почему все кругом относятся к ASPX как к чему-то "старому"? Это RAD-средство. А Razor - это не RAD-средство. Разные инструменты для разных целей, они не могут заменять друг друга. Это такая же нелепость, как и утверждать, будто WPF заменяет Winforms (тоже часто так говорят).
> вы считаете, что это значит что WebForms это есть MVC
Вот именно, что я уже НЕ считаю, хоть до конца пока и сам не разобрался.
А вот ДРУГИЕ - везде пишут, будто WebForms - это только ASPX, а MVC - это только Razor. И на тостере такое было.
Вот решил внести ясность.
Станислав Макаров: > Кстати, как вы бы назвали?
При моих нынешних скиллах именно в ASP.NET, рановато об этом говорить.
Но однозначно могу сказать, что прежде всего я бы ввел в обиход еще 1 название - для той самой библиотеки контролов System.Web.UI, которая входит в платформу ASP.NET (общую для обоих фреймворков).
Вот на десктопе такая библиотека называется WinForms, все знают, что это такое, и знают, что это часть .NET.
А в ASP.NET такая же библиотека почему-то вообще никак не называется. Но зато нечто совершенно другое называется словом "WebForms" (похожим на "WinForms"), откуда и путаница.
> Да, "ASP-" в названии - вообще скорее дань истории
А вот против этого я ничего не имею. С классическим ASP пока не доводилось работать. Надо будет попробовать, хоть ради истории.
wkololo_4ever: Ну, я думаю, что вам не посчастливится работать со мной, а мне - посчастливится не работать с вами.
Слишком уж специфичными направлениями я занимаюсь: боты, фреймворки, IDE...
Дмитрий Ковальский: > Можно писать приложение даже БЕЗ Razor, ASPX и других View-шаблонизаторов - получится что-то вроде API
Я знаю. Как архитектор и инженер, при изучении любого нового фреймворка и т.д., я одним из первых пробую реализовать именно такую - наиболее низкоуровневую - архитектуру, а уже потом берусь подробно за View.
> но в вопросе свели достаточно большие технологии к САМЫМ ТОНКИМ И НЕЗНАЧИТЕЛЬНЫМ пунктам - клиентским представлениям
UI - это самый тонкий и незначительный пункт?!
Да тот C#, о котором мы говорим, в свое время достиг своих первых успехов во многом именно благодаря средствам для UI на десктопе - Winforms и WPF.
Скажем, по удобству заимодействия с БД или MS Office (тоже довольно важные области) он в свое время даже проигрывал продуктам Borland. А вот по UI - выигрывал.
> Вы путаете
Одна из моих профессий - Architect, и если что и путаю, то это ненадолго, уверяю вас. Пусть я пока и новичок и в WebForms и в ASP.NET MVC, я рано или поздно разберусь во всём и буду знать всё поглубже тех, кто тут меня обвиняет в наркомании и психическом нездоровье. У меня это всегда так было. Как говорится, "где теперь я и где теперь они?".
Путают - те, кто спорит на вышеупомянутую тему. Они считают, что ASP.NET WebForms = ASPX, а ASP.NET MVC = Razor (и непременно он), откуда у них следует, что WebForms - это RAD-средство, а MVC - нет. Кстати, на тостере тоже был такой пост, может, и не один. Под словом "пересекаются" я имел в виду, что средства, применяемые под одним фреймворком, вполне могут применяться и под другим. Фреймворки не исключают друг друга, как думают многие.
Также и сам MS создает некую путаницу.
Что за дурацкие названия "ASP.NET MVC", "ASP.NET WebForms"? Обычно такие сочетания слов употребляют нубы, в вопросах типа "Пишу программу на Winforms C#, как мне сделать то-то и то-то?"
Или вот: как назвать всю эту библиотеку контролов, с которыми работает движок ASPX (которые лежат в System.Web.UI, если не ошибаюсь)? Вот люди просто не знают, и называют ее "WebForms", возможно, по аналогии с "WinForms")) Что неправильно.
> У них различно все
Не так уж и все. Это я уже говорю как Reverse-Engineer, искать сходства - одна из моих профессий.
Как от меня не скроешь, что Bolgenos - не "принципиально новая ОС", или что Edge - это тот же Trident, а не "принципиально новый" движок, вот также и не скроешь, что ASP.NET WebForms и ASP.NET MVC - имеют немало общего.
Сергей: нет, лучше, если команда всего 1, легко помещается на экране, и больше их не планируется. Вот скажем опускать "лишние" { } в таком случае и вправду не стоит: а вдруг все-таки еще что-то добавится, скажем, alert или console.log для дебага.
Tsiren Naimanov: их SDK - кривое УГ, но он был незаменим в моем случае. Впрочем, я и не советую вам писать под него. Просто посмотрите, как там реализовано сохранение токена. А оно там должно быть
помимо умений и рук, еще так или иначе нужен бюджет и сроки. А они определяются тем, реально ли в данном проекте нужна уникальная "техническая часть" или нет. Если да - фреймворки (а то и вообще голые HTML+JS+CSS+серверный ЯП+БД). Если нет - CMS.
Это от проекта зависит.
Почему же ASPX - это "технология WebForms"?
ASPX - такой же движок, как и Razor.
Он не мешает использовать архитектуру под названием MVC. Движок - это движок, а коробка передач - это коробка передач))
> В ASP.NET MVC вообще нет таких понятий, как "контрол" и "событие"
Не отрицаю. Контролы - это не MVC, это чисто V. Контролы, события - это дело "движка", а не "коробки передач". Движок развязан (отделен) от коробки передач.
В общем, странное название "ASP.NET MVC" правильнее всего было бы интерпретировать как "ASP.NET and MVC".
То есть поддерживается всё то, что было в WebForms, но в архитектуре "MVC". Ну и в ASP.NET and MVC 3+ еще есть новый движок Razor, как альтернатива ASPX.
Хорошо, что хотя бы в Википедии написано без ошибок:
"ASP.NET MVC и ASP.NET Web Forms являются двумя родственными технологиями, в основании которых лежит одна платформа ASP.NET"
Но и там не поясняется, что ASPX - это фича, реализованная на уровне всего ASP.NET, а не ASP.NET Web Forms.
Антон Хурс: вспомнился стишок Маршака:
"...Теперь догадайся:
Как скоро верхом
Могу я всю землю
Объехать кругом.
- Чуть солнце взойдет,
Поезжай понемногу
И следом за солнцем
Скачи всю дорогу,
Пока не вернется
Оно в небеса, -
Объедешь ты в двадцать
Четыре часа!"
Как бы и для бинарного варианта тоже нету препятствий, почти любой ЯП работает с бинарными файлами. Хотя трудоемкость и гораздо больше, но она ПО-ЛЮБОМУ большая, если мы хотим не только сохранять простенькие файлики, но и стабильно открывать различные файлы и работать с различными типами содержимого в них.
А может дело не в нем, а в вас? Он в принципе не может делать данную работу? Может, он просто хочет бОльшие сроки и больше денег, а вы жадничаете? Много таких заказчиков, к сожалению. Приходилось посылать таких.
Приложения Android точно разобрать можно, и получится вполне годный код (если там именно Java, а не C++ - NDK).