А что сейчас точно известно про AX 7?

[Alex_KD]

Цитата:

Сообщение от ax_mct

Я вижу следующие проблему:
....
2. Отмена десктоп интерфейса - решение подобное внедрению Metro UI в массы.

А кто вам запрещает открыть любимый браузер на десктопе?

Цитата:

3. Будущее нового Web-интерфейса неочевидно так зависит от реализации. И тут кстати catch 22:
если генерировать web-интерфейс "как есть" то будет тормозным и негибким для изменений ("автоматический web");
если делать его интересным и быстрым то требуются как минимум серьезные знания HTML, JavaScript и CSS при условии того что framework позволит вмешиваться ("ручной web");

Ну вы же понимаете, что несмотря на реализацию, если это все в конечно итоге "HTML, JavaScript и CSS", то и поменять и подкрутить можно все.

Кстати, в AX 2012 вы нажимаете откомпилировать и AX автомагически превращает форму в некую .Net сборку которая свободно живет в винде (уж не знаю что там win forms или WPF). Почему вы не требуете свободы изменения стандартных AX контролов на форме (а вот хочу свой Grid, button, fact box etc)? И почему это такая проблема в 7ке? Разницы то никакой посути.

Цитата:

В любом случае модификации получаются во многие разы дороже чем с десктоп интерфейсом.

А вот это будет зависит от того насколько разработку в студии они довидут до ума. То что успел посмотреть пока не впечатлило.
Вы же не ожидаете от Visual Studio полную функциональность как в случае програмирования на C#?(Для которого сами програмисты радостно докупают ReSharper).

Цитата:

Разделение на Back-End и Front-End программистов это замечательно, главное чтобы собственно это программирование случилось.

Я бы был поосторожнее с "замечательно" в случае когда Back-End = Х++ девелопер с пониманием AX, а Front-End = девелопер которому до лампочки до бизнес логики, процессов и тп.
С другой стороны, было бы круто если бы была возможность изменить магию генерации конечных страничек html/java script и была бы возможность ваять свои контролы или заменять существующие. Проблема только в том, что MS наврятли все это дело задокументирует должным образом ....

[belugin]

Цитата:

Сообщение от Alex_KD

Кстати, в AX 2012 вы нажимаете откомпилировать и AX автомагически превращает форму в некую .Net сборку которая свободно живет в винде (уж не знаю что там win forms или WPF).

Это не так. .NET сборки генерируются только для серверного кода. Клиентский код живет в старой виртуальной машине.

[ax_mct]

Цитата:

Сообщение от Alex_KD

А кто вам запрещает открыть любимый браузер на десктопе?

Не про меня речь а о типичных пользователях AX которым скорость интерфейса нужна такая же как и в Excel.

Цитата:

Сообщение от Alex_KD

Ну вы же понимаете, что несмотря на реализацию, если это все в конечно итоге "HTML, JavaScript и CSS", то и поменять и подкрутить можно все.

Чаще всего это неадекватно дорого влезать в framework(и) через форточки и люки. Я несколько лет "менял" и "подкручивал" AX EP в разных версиях и для разных клиентов. В большинстве случаев было бы дешевле и эффективней не танцевать с бубном а сделать отдельное приложение c нуля.

Цитата:

Сообщение от Alex_KD

С другой стороны, было бы круто если бы была возможность изменить магию генерации конечных страничек html/java script и была бы возможность ваять свои контролы или заменять существующие. Проблема только в том, что MS наврятли все это дело задокументирует должным образом ....

В том же "классическом" ASP.NET (WebForms) визуальном редакторе Visual Studio вы никогда не создадите нормальный и конкурентный web-сайт. Накидал, сгенерировал - это не для профессионального Web.

Для того чтобы соблюдать web стандарты и чтобы интерфейс не кирпичем неспроста решением стал совсем другой framework - ASP.NET MVC. И уже в нем без серьезных знаний web делать нечего. Потому как полный контроль над рендерингом обязывает.

Если к теме, то точно известно (название темы) что программирование станет дороже в разы при любом варианте. Неважно "автоматически" или "вручную" будет создаваться HTML5. Я даже уверен что "вручную" будет дешевле в конечном счете. Но оптимально конечно иметь опции на выбор и гибкость, только вот в MS c этим в последнее время с этим туго - они решают сами что клиенту и программистам лучше.

P.S.

Цитата:

Я бы был поосторожнее с "замечательно" в случае когда Back-End = Х++ девелопер с пониманием AX, а Front-End = девелопер которому до лампочки до бизнес логики, процессов и тп.

Да пофиг что лампочку надо будет вкручивать впятером поглядывая в бумажки, главное чтобы клиент был готов платить за этот праздник.