У меня обратный опыт. Я и в Старкрафт играю и программирую немало. Так вот после механики и Razor Abyssus мне на «обычных» девайсах всё кажется неудобным и плохо продуманным. Так что каждому своё…
Ещё раз говорю, работает такое только против компа или в бронзе. Любой маломальски опытный игрок размикрит такое запросто. Там просто перевес в два и больше раза, никакие починки не спасут.
Если ты рашишь SCV, то к моменту твоего прихода на мою базу у меня будет в два раза больше рабов. Никакое идеальное микро тебе не поможет выиграть это сражение. Учти ещё, что деньги на починку SCV у тебя очень быстро кончатся. Ну и моё микро никто не отменял. В общем страта рабочая, но только против другого компа.
SCV, к сожалению, не могут так быстро ремонтировать, чтобы противостоять тоссу. Даже толпа зилотов убъёт толпу постоянно ремонтируемых SCV, не говоря уже о колоссах, имморталах, ну и, тем более темпларах.
Зачем доводить до абсурда? Ещё раз повтряю: Нокаут, который бы занимался биндингом сидя под нашим фреймворком, никоим образом не дал бы дополнительного профита. Биндинг в любом случае скрыт от программиста. А делать типизированную обёртку над популярным JS фреймворком у нас желания не было. Цель проекта в другом.
У нас был был выбор, либо сделать кастрированый фреймворк с биндингом на Нокауте или полноценный со своим биндингом. В чём профит использования Нокаута в нашем случае, я не понимаю.
Код, экшины, шаблоны, и все вперемешку?
Это MVVM, так что данные и код, действительно, в перемешку. Что касается шаблонов, то я уже отвечал в комментариях, что это деталь реализации. Шаблон связан с кодом ничуть не больше чем в любых других MVC/MVVM фреймворках.
Для .NET ведь есть Razor который в умелых руках практически превращает в аналог Node,js с динамической генерацией на стороне сервера, но это в свою очередь убьет в производительности сам .NET.
Для создания аналога Node.JS недостаточно генерировать нужный HTML код.
Трудно представить как в данном подходе производить изменения в проекте… тоже поле провести по всей структуре, а секюрити?
Не совсем понимаю проблему. Наш подход в плане данных не сильно отличается от остальных.
У нас по началу такие же мысли были, поэтому первые версии основывались на KnockoutJS. Однако с ним мы постоянно натыкались на неустранимые препятствия, которые в конце концов вынудили написать свой биндинг.
Наверное в плане продвижения проще сделать некую типизированную обёртку над AngularJS, но тогда очень большое количество фишек трансляции было бы просто недоступно.
NemerleWeb — это проект, где мы пытаемся разобраться как можно применять метапрограммирование в веб разработке. Для этой цели нужна максимально мощная трансляция и отсутствие чужих conventions.
Я смотрю со своей колокольни, мне кажется удобным когда шаблон находится рядом, под рукой. Как уже выше отметил kekekeks проще всего выделить шаблон в отдельный файл через partial атрибут.
Если сделать шаблон текстовым, то пропадёт подчёркивание ошибок и интеллисенс. Во всяком случае до тех пор, пока у нас нет работающей Нитры
Я не уверен, что есть смысл использовать NemerleWeb на одной странице с AngularJS, а тем более общаться между ними. Но такая возможность присутствует, так как даже если вы не найдёте нужной типизации в DefinitelyTyped, то всегда можно вставить «сырой» джаваскрипт вот таким образом: js <# someGlobalObject.DoSomething(); #>;
Связанность зависит только от того, как много данных мы хотим показывать в нашем шаблоне. Впрочем, как и везде.
Но реквест вынести представление в отдельный файл мы слышим не в первый раз, так что наверное стоит этим заняться. Тем более что для этого всего то надо, натравить макрос на отдельный файл вместо метода.
Правда она не из дешёвых.
Это MVVM, так что данные и код, действительно, в перемешку. Что касается шаблонов, то я уже отвечал в комментариях, что это деталь реализации. Шаблон связан с кодом ничуть не больше чем в любых других MVC/MVVM фреймворках.
Для .NET ведь есть Razor который в умелых руках практически превращает в аналог Node,js с динамической генерацией на стороне сервера, но это в свою очередь убьет в производительности сам .NET.
Для создания аналога Node.JS недостаточно генерировать нужный HTML код.
Трудно представить как в данном подходе производить изменения в проекте… тоже поле провести по всей структуре, а секюрити?
Не совсем понимаю проблему. Наш подход в плане данных не сильно отличается от остальных.
Наверное в плане продвижения проще сделать некую типизированную обёртку над AngularJS, но тогда очень большое количество фишек трансляции было бы просто недоступно.
NemerleWeb — это проект, где мы пытаемся разобраться как можно применять метапрограммирование в веб разработке. Для этой цели нужна максимально мощная трансляция и отсутствие чужих conventions.
Если сделать шаблон текстовым, то пропадёт подчёркивание ошибок и интеллисенс. Во всяком случае до тех пор, пока у нас нет работающей Нитры
js <# someGlobalObject.DoSomething(); #>;
Но реквест вынести представление в отдельный файл мы слышим не в первый раз, так что наверное стоит этим заняться. Тем более что для этого всего то надо, натравить макрос на отдельный файл вместо метода.