![]() |
#10 |
Участник
|
Ну, это-то понятно. Только ведь речь идет не о покупке, а о разработке двумя разными фирмами. Исходная рекомендация в inside Dynamics Ax 2012 адресована именно разработчикам. В случае совпадения имен всем троим участниками придется "раскошелиться". И обоим разработчикам addon-ов и потенциальному покупателю
Префикс - не есть гарантия уникальности в описанном случае. При этом возникают дополнительные проблемы. Как следствие, сам по себе совет становится сомнительным. Более разумным, с точки зрения уникальности, выглядит именование безо всяких префиксов и суффиксов. Но, по возможности, давать такое имя объекта/метода, чтобы оно отражало его назначение и (или) решаемые задачи Ведь разные add-on покупаются для решения разных задач. Значит, если имя отражает назначение, а назначение разное, то, скорее всего, и имена будут разные. При этом подобное правило именования вполне себе в рамках Best Practices. Не надо ничего выдумывать сверх того, что уже есть. Вероятность конфликтов имен в обоих случаях будет примерно одинаковая. Это очень точно описывается рекламным слоганом "Если одинаковые, то зачем?..."
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|