|
![]() |
#1 |
Участник
|
Цитата:
Ребяты, не надо, не пишите динамическую генерацию кода и схему данных! Пожалуйста. Вспомните табель в русской зарплате. стоило часть работ сделать в одном слое (например, в USR), а другую часть работ в другом слое (USP)... так все накрывалось медным тазом - система не могла динамически изменить объекты, созданные в другом слое. проверки и компиляция тоже уходит в ран-тайм. а главное - в ран-тайм уходит отладка. там ее на порядок сложнее вести. в итоге, преимущества динамической разработки не так уж и велики. это только поначалу кажется, что некто расставит галочки и оно само заработает. если уж так свербит сделать меганастраиваемое, то лучше заложите в статическую структуру максимально возможный вариант, а динамически только выключайте видимость/доступность. Последний раз редактировалось mazzy; 15.03.2017 в 13:37. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (5). |
![]() |
#2 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#3 |
Участник
|
Цитата:
конечно, схему данных, а не данных. я неправильно написал. извините. исправил. |
|
![]() |
#4 |
Участник
|
классы кстати по прежнему генерятся, только при компиляции дата ентити. в АОТ они не видны, расположены в папке
J:\AosService\PackagesLocalDirectory\ApplicationSuite\bin\GeneratedXppSource имеют названия DataEntityView_AgingPeriodDefinitionEntity+__Persister__.xpp и т.п. |
|
|
За это сообщение автора поблагодарили: Logger (1), AlGol (1). |
![]() |
#5 |
Участник
|
|
|
![]() |
#6 |
Участник
|
Цитата:
Вот именно так и не делайте. |
|
![]() |
#7 |
Участник
|
|
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|