|
19.02.2013, 14:25 | #1 |
Участник
|
Цитата:
префиксы хорошо работают для одного разработчика префиксы ужасны, если несколько разработчиков в одном приложении ставят разные префиксы (например, разработчики из разных компаний) |
|
19.02.2013, 14:31 | #2 |
Участник
|
mazzy, я согласен с вами
Я всегда следую правилам того ведущего разработчика, который ведет проект. В проектах, которые я веду, префикс "z" |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
19.02.2013, 14:17 | #3 |
Участник
|
Цитата:
Цитата:
Если хорошенько подумать, то префиксы - зло. (Как и обратная венгерская запись) |
|
|
За это сообщение автора поблагодарили: Maxim Gorbunov (2). |
21.02.2013, 13:33 | #4 |
Administrator
|
Полностью поддерживаю. Для меня это главный вывод данной темы
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
19.02.2013, 15:20 | #5 |
Модератор
|
Цитата:
Цитата:
Если я не добавлю второй префикс "XYZ", то потом забуду, что это именно я добавил этот метод. Бывает, приходится через полгода возвращаться к забытым доработкам, а префиксы помогают быстро разобраться.
Цитата:
префиксы хорошо работают для одного разработчика
префиксы ужасны, если несколько разработчиков в одном приложении ставят разные префиксы (например, разработчики из разных компаний) - "нам так удобно" - "нет, так всем ужасно неудобно, и вам тоже" Noted. Спасибо всем высказавшимся
__________________
-ТСЯ или -ТЬСЯ ? |
|
22.02.2013, 15:47 | #6 |
Гость
|
А вот гипотетический пример применения суффиксов:
ParametersInvent ParametersCust ParametersVend ParametersSales ParametersSmm ParametersProd ParametersBank и т.д. видите как удобно, все параметры в одном месте вопрос к апологетам суффиксов - вас не напрягает, что разработчики стандарта применяли названия модулей в качестве префиксов, а не суффиксов? может запрос написать в Microsoft, пусть поменяют |
|
22.02.2013, 20:28 | #7 |
Участник
|
Цитата:
Сообщение от Кирилл
А вот гипотетический пример применения суффиксов:
ParametersInvent ParametersCust ParametersVend ParametersSales ParametersSmm ParametersProd ParametersBank и т.д. видите как удобно, все параметры в одном месте вопрос к апологетам суффиксов - вас не напрягает, что разработчики стандарта применяли названия модулей в качестве префиксов, а не суффиксов? может запрос написать в Microsoft, пусть поменяют По сути главный и единственный аргумент против префиксов заключается вот в этой цитате Цитата:
Ухудшения - есть, но преимуществ по сравнению с суффиксом - нет.
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
22.02.2013, 17:53 | #8 |
Участник
|
Кирилл, никто не против стандартной нотации, где сначала идет префикс "модуля" / "области". Так что ваши примеры - ничуть не против позиции за "суффиксы". Основная проблема, которую видят сторонники суффиксов - это когда префиксом является название компании / разработчика / решения (не модуля).
__________________
Ivanhoe as is.. |
|
22.02.2013, 20:02 | #9 |
Гость
|
Цитата:
Я тоже против внесения названия компании или разработчика что в префикс, что в суффикс и при этом не являюсь сторонником суффиксов. Относительно названия решения (не модуля) смогу определиться, когда мы уточним, что мы понимаем под решением, отличающимся от модуля. Если добавляется некий объект в модуль расчета с клиентам в единичном случае, то нужен префикс этого модуля Cust. Для тиражируемой доработки нужен свой префикс. Если единичный случай вырастает в тиражируемый, нужно или заранее предусмотреть такую вероятность или переименовывать (заодно и code review придется сделать). Последний раз редактировалось Кирилл; 22.02.2013 в 20:07. |
|
23.02.2013, 12:35 | #10 |
Участник
|
Я лично за префиксы модуля, суффиксы - при необходимости.
Поясню на примере, все imho. Вот есть некоторое "решение", например, "Казначейство". Основные объекты этого решения относятся к своему модулю "Казначейство", соответственно они начинаются на Treasury*. Но в рамках этого же решения есть объекты, которые скорее относятся к модулю Банк, Расчеты с клиентами или Расчеты с поставщиками - они должны начинаться соответственно Bank*, Cust*, Vend* (для AX 2012 немного по-другому, но все же). При этом есть компании, которые все объекты в своих решениях в обязательном порядке называют, например, с WMDFI*, а кастомизации для конкретного клиента - с WMD*. Мне лично такой подход не нравится. P.S. единственный аргумент за префиксы/суффиксы (не модульные), который я признаю - это проблема "пересечения" нескольких решений в одной инсталляции. Но тут скорее надо оценить статистику таких случаев (я не знаю ни одного клиента, у которого были такие проблемы, хотя знаю десятки инсталляций) и трудоемкость возможной переделки.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: sukhanchik (5). |
29.04.2013, 15:21 | #11 |
Участник
|
цитата из мира шрифтов
Цитата:
Самое тупое, что есть в мире шрифтов — это традиция ставить аббревиатуру выпустившей его компании в начало. Я вот знаю, что шрифт называется «Центро слаб» или «Стоун», но хрен мне дадут его выбрать, набрав Ce или St. Я должен как идиот вспоминать, волшебные буквы PF и ITC.
Казалось бы, ну сами-то создатели шрифтов тоже пользуются компьютерными программами, должны же понимать как это бесит, когда нужный шрифт не находится, и надо скроллить бесконечный список? Ну не помню я, как называется ваша словолитня, горите вы в аду. Нет, блин, не понимают. Самопиар дороже пользы. Надо обязательно засрать название своей идиотской аббревиатурой. Интересно, что Микрософт, который своё название вообще в каждую щель пихать пытается, в смысле шрифтов как раз всё правильно делает. Нужен мне «Калибри» — ну я и пишу Ca, а не MS, и всё на месте. |
|