|
![]() |
#1 |
Banned
|
Цитата:
Сообщение от belugin
![]() ...
Я не говорю, что для прикладного кода можно достигнуть совершенно такой же легкости и обратной совместимости, но думаю, можно существенно продвинуться относительно текущего состояния. … Проблема как раз в том, что Ax не конструктор, а конструкция из пластилина - у конструктора есть четкие интерфейсы деталек … Почему нельзя использовать те же принципы (...прекрасные детальки Tables, Forms, Maps…) для прикладного кода? … Вопрос в том, можно ли сделать прикладной код Ax больше похожим на конструктор … Наличие отделения интерфейса от реализации позволит сделать изменения более быстрыми и дешевыми С точки зрения программиста это нереально (или нереально дорого) отделить интерфейс от реализации для прикладной логики в AX. Дорого и неоправданно. Цитата:
Прикладной же код АХ это метаморф с постоянным изменением места внутренних органов и даже их функций. Сlasses, modules and functions should be open for extension but closed for modifications. Невозможно для прикладного кода AX. Это смерть для нее. Цитата:
![]() AX это вещь для потребителя. Программист AX не является ее потребителем а просто обслуживающий персонал. Представьте что вы заказываете себе строительство дома. И вам чихать на стандарты строителей и их цеховые правила а также на их внутреннюю гармонию с их непонятным вам миром. Все что вам нужно это соответствие вашим клиентским требованиям и ожиданиям. ![]() |
|
|
За это сообщение автора поблагодарили: sukhanchik (2). |
![]() |
#2 |
Участник
|
Цитата:
Цитата:
Представьте что вы заказываете себе строительство дома. И вам чихать на стандарты строителей
![]() Пора закруглиться ![]() ![]() |
|
![]() |
#3 |
Banned
|
Цитата:
![]() Когда "интерфейс" только дополняется и наши кастомизации могут работать безболезненно независимо от изменений в реализации прикладной бизнес-логики. И я хотел выразить только то что для такой системы как AX это лишено смысла. Цитата:
Цитата:
Сообщение от belugin
![]() Пора закруглиться
![]() ![]() Но тема в части "куда идет программирование в AX" не раскрыта. Элементарный вопрос - Прощай "старое" программирование и Здравствуй что? Если сейчас это X++/MorthX и желательно .NET/VS а также SSRS/ Enterprise Portal(ASP.NET) то что нас ждет в следующей версии? Будет ли генератор кода HTML5 и JavaScripts? А если будет то насколько полноценный? Что будет основным и рекомендуемым языком для AX2015 - X++ в VS или C#? |
|
Теги |
.net, aot, cil, layer, morphx, x++, компилятор, слои |
|
![]() |
||||
Тема | Ответов | |||
Прощай, CITP-AT / Software-Vertriebsfirma Columbus IT Partner programmiert Pleite | 3 |
|