Префиксы-суффиксы. Как лучше? Стоит ли избавляться от них?

[gl00mie]

По-моему, не стоит рассматривать эту книгу как истину в последней инстанции, тем более, что в этом вопросе она противоречит последним выпускам BP. Кроме того, пример в книге не очень удачный: если компания разработывает модуль начисления зарплаты и в соответствии с BP использует префикс модуля в именах своих объектов, то как-то слабо представляется, что в одном приложении будут "жить" несколько модулей с такой же функциональностью и, соотв., таким же префиксом модуля в названиях объектов приложения. А если такой модуль будет один, то и кодировать название его компании-разработчика в префиксе ни к чему.

[Vadik]

Цитата:

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

Кроме того, пример в книге не очень удачный: если компания разработывает модуль начисления зарплаты и в соответствии с BP использует префикс модуля в именах своих объектов, то как-то слабо представляется, что в одном приложении будут "жить" несколько модулей с такой же функциональностью и, соотв., таким же префиксом модуля в названиях объектов приложения

А вот добавленные поля \ методы на стандартных объектах от разных add-on-ов - запросто (у нас к примеру куплено три + наш код). А ну как пересекутся - и что делать ? Свои я допустим переименую, а с партнерскими что делать ? Нафиг-нафиг, используйте префиксы

[gl00mie]

Цитата:

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

Нафиг-нафиг, используйте префиксы

Тогда уж лучше хотя бы суффиксы

[Vadik]

Цитата:

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

Тогда уж лучше хотя бы суффиксы

Пробовали оба варианта. Лично мне удобнее и приятнее работать с префиксами, add-on-описателям с которыми мы работаем вроде как тоже

[MikeR]

Цитата:

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

используйте префиксы

Собственно, поддерживаю!
Как применяли их в трешке, так и сейчас не имеет смысла отказываться или придумывать замену.

[sukhanchik]

Цитата:

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

Собственно, поддерживаю!
Как применяли их в трешке, так и сейчас не имеет смысла отказываться или придумывать замену.

Среди такого количества сторонников префиксов - я все же для себя стал сторонником суффиксов (кстати, те же локализаторы - используют суффикс _RU, а не префикс, хотя в ранних разработках был префикс R). Либо вообще - без них (т.к. отличить код всегда можно на уровне слоев, а в некоторых версиях и моделей ).

Вообще, можно будет попробовать устроить голосовалку. Хотя она конечно и не будет сильно показательна (не все ж там проголосуют).

Мне кажется, что, если уж говорить о том, что высказывать это мнение на страницах книги - то нужно его оформить в стиле сообщения Владимира Максимова - т.е. указать плюсы и минусы разного подхода. А выбор оставить на усмотрение читателя.

[MikeR]

Цитата:

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

Мне кажется, что, если уж говорить о том, что высказывать это мнение на страницах книги - то нужно его оформить в стиле сообщения Владимира Максимова - т.е. указать плюсы и минусы разного подхода. А выбор оставить на усмотрение читателя.

Я постарался донести сообществу, еще один взгляд авторов новой книги, и признаться честно, мне более симпатичный и логичный.

Цитата:

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

то нужно его оформить в стиле сообщения Владимира Максимова

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

[macklakov]

Цитата:

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

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

Прошу прощения, а что имеется в виду под "сео"? Очень слово "всегда" режет.

[MikeR]

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

[Владимир Максимов]

Цитата:

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

А вот добавленные поля \ методы на стандартных объектах от разных add-on-ов - запросто (у нас к примеру куплено три + наш код). А ну как пересекутся - и что делать ? Свои я допустим переименую, а с партнерскими что делать ? Нафиг-нафиг, используйте префиксы

Всегда существует не нулевая вероятность того, что два чужих add-on будут иметь одинаковые имена. Здесь не поможет ничто. Ни суффиксы, ни префиксы, ни окончания.

Две физически разные компании - разработчики add-on ничего не знают друг о друге и узнают о совпадении имен только по факту. Когда обе продадут свое решение некой третьей компании.

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

При этом, наличие префикса пораждает "Дополнительные проблемы" описанные выше

[Vadik]

Цитата:

Сообщение от Владимир Максимов

Всегда существует не нулевая вероятность того, что два чужих add-on будут иметь одинаковые имена

Вероятность купить два таких addon-а я все же склонен считать нулевой А если уж купили, скорее уже что-то в консерватории чинить надо

[Владимир Максимов]

Цитата:

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

Вероятность купить два таких addon-а я все же склонен считать нулевой

Ну, это-то понятно. Только ведь речь идет не о покупке, а о разработке двумя разными фирмами. Исходная рекомендация в inside Dynamics Ax 2012 адресована именно разработчикам. В случае совпадения имен всем троим участниками придется "раскошелиться". И обоим разработчикам addon-ов и потенциальному покупателю

Префикс - не есть гарантия уникальности в описанном случае. При этом возникают дополнительные проблемы. Как следствие, сам по себе совет становится сомнительным.

Более разумным, с точки зрения уникальности, выглядит именование безо всяких префиксов и суффиксов. Но, по возможности, давать такое имя объекта/метода, чтобы оно отражало его назначение и (или) решаемые задачи

Ведь разные add-on покупаются для решения разных задач. Значит, если имя отражает назначение, а назначение разное, то, скорее всего, и имена будут разные. При этом подобное правило именования вполне себе в рамках Best Practices. Не надо ничего выдумывать сверх того, что уже есть.

Вероятность конфликтов имен в обоих случаях будет примерно одинаковая. Это очень точно описывается рекламным слоганом "Если одинаковые, то зачем?..."

[handy-comp]

Цитата:

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

Вот что написано в inside Dynamics Ax 2012

Работаешь над inside Dynamics Ax 2012 ?

[MikeR]

Цитата:

Сообщение от handy-comp

Работаешь над inside Dynamics Ax 2012 ?

Есть такое ... работы много, есть интересные утверждения вроде этого