|
06.10.2010, 14:27 | #1 |
Участник
|
По поводу вопросов: а надо ли? будет ли остальное? как относится клиент?
Цитата:
Сообщение от sukhanchik
Нет. Точнее только ради переименования - нет. Если есть другие причины - то по мере правки - плавно переходить. Грубо говоря - сильно задел объект - изволь его переименовать и обновить ссылки на него (обновление ссылок или косметическое трогание объекта не должно вести к переименованию - тут конечно все очень субъективно- на усмотрение проверяющего код). Но опять-таки - вопрос. Ради чего? Оценит ли это клиент? А не дешевле будет обновить версию с осмысленным переносом (с переименованием) модификаций ? Глядишь - часть кода отпадет. Но опять-таки - эту черную работу никто может не оценить. Клиент также может сменить внедренца/обслуживающую его компанию. И новая компания может опять все замусорить. Хотя сначала будет сливки снимать от того, что все подчищено.
Там версия древняя, сейчас выполняется переход на ax2009. инвентаризация и чистка кода - производится. Клиент отлично понимает что это такое и чем ему грозит (есть масса внешних систем и всяких отчетностей, которые используют данные аксапты). Именно из-за вопросов совместимости и минимизации префиксы пока не трогались. Но рано или поздно по ним нужно принять решение. Двойное-тройное сканирование объектов АОТ тормозит как нас, так и программистов/администраторов самого клиента. Надеюсь, что убирание префиксов повысит скорость дальнейшей работы. Хотелось бы сосредоточиться на конкретно префиксах/суффиксах. плюсы/минусы? стоит ли избавляться? (если все остальные вопросы решены) |
|
06.10.2010, 14:30 | #2 |
Administrator
|
Цена уборки может не оправдать ожидания. Либо цена будет большая, либо ожидания могут оказаться меньшими.
__________________
Возможно сделать все. Вопрос времени |
|
06.10.2010, 16:41 | #3 |
Участник
|
Цитата:
Цитата:
Суффикс удобен, чтобы 1) ловить объекты без комментария 2) в стеке сразу видно, где пошли другим путем. Если аксу подвергли такой кастомизации, что сервис пак стандартно не ставится. Программисты клиента, выбрали из сервис пака новую функциональность и перенесли. Все топчутся в одном слое - тогда о суффиксе можно вспомнить с благодарностью Ихмо, лучше использовать только один суффикс/префикс, только чтобы отличать доработки для клиента от системы |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
15.10.2010, 13:18 | #4 |
Возьми свет!!!
|
Цитата:
Сообщение от wb
Если аксу подвергли такой кастомизации, что сервис пак стандартно не ставится. Программисты клиента, выбрали из сервис пака новую функциональность и перенесли. Все топчутся в одном слое - тогда о суффиксе можно вспомнить с благодарностью
Ихмо, лучше использовать только один суффикс/префикс, только чтобы отличать доработки для клиента от системы Просто так на форму из датасурса не перетянещь поле, или в отчет. Одни и теже поля могут повторяться с разными префиксами. Ну и какое из них оставить? Мне не нравиться такой подход слишком все сложно будет и запутанно. Недавно редактировал одну таблицу которую я в глаза до это не видел(забыл какое поле нужно добавить было) ну пусть custaccount чтобы я ее добавил с соответствующим префиксом. Т.к. не нашел на этой таблице поле custAccount(accountnum)и тд, там она была но именована с префиксом, просто не была вынесена на форму. Не знаю, не понимаю до сих пор какая выгода в этих префиксах. Может быть можно именовать классы, формы, еще какие то объекты, но переименовывать salesId в X_SalesId Или в salesId_x чо то слишком.
__________________
Axapta 3.0 sp 5 Oracle Я могу взорвать вам мозг!!! Последний раз редактировалось Murlin; 15.10.2010 в 13:36. |
|