Баг или не баг?

[Murlin]

Цитата:

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

Делайте енум с разрывом и исправляйте на value2Symbol() и хватит уже морочить всем голову!

Так не пойдет... непорядок.

[kair84]

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

index2Symbol() - если в него передавать value - баг, и однократно "просканировать" код на предмет вызова метода, не так уж и сложно

Enum с разрывом - нормальная практика,

Цитата:

inventTrans.TransType > a и inventTrans.TransType < b

в этом случае inventTransType не самый удачный пример, лучше обратить внимание на StatusIssue StatusReceipt и другие, когда элементы Enum-a действительно отражают стадии какого либо процесса, и чтобы добавлять элементы в такие Enum-ы, нужно 10 раз подумать, а если у Вас до, после, или между такими этапами добавляются свои, то лучше создать второй Enum типа StatusIssueSub, и соответственно поле для него, и предшествовать, продолжать или детализировать процесс сколько влезет

[Murlin]

Цитата:

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

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

index2Symbol() - если в него передавать value - баг, и однократно "просканировать" код на предмет вызова метода, не так уж и сложно

Enum с разрывом - нормальная практика,

в этом случае inventTransType не самый удачный пример, лучше обратить внимание на StatusIssue StatusReceipt и другие, когда элементы Enum-a действительно отражают стадии какого либо процесса, и чтобы добавлять элементы в такие Enum-ы, нужно 10 раз подумать, а если у Вас до, после, или между такими этапами добавляются свои, то лучше создать второй Enum типа StatusIssueSub, и соответственно поле для него, и предшествовать, продолжать или детализировать процесс сколько влезет

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

[kair84]

inventTransType я привел в пример, чтоб нагляднее объяснить где имеет смысл конструкция "< >" с участием ENUMов. Категорически не предлагаю, и сам, не изобретаю велосипед. На все остальные Ваши вопросы уже ответили, внятно и доходчиво, почему Вы этого не замечаете ? вот это вопрос. Если у Вас такая твердая позиция, делайте по своему, зачем Вам одобрение АХ сообщества для этого ???

А что будет если ...

[RVS]

Цитата:

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

Гипотетическая ситуация

уже сильно...

Цитата:

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

Однократно можно также изменить relation и код про который я писал.

таак...

Цитата:

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

Ничего вы не меняете абсолютно.

... фига се...

Цитата:

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

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

Слушайте.. изложите уже внятно.. вня-тно.. ЧТО вы хотите получить. Еще лучше - если Вы перед этим ТАК ЖЕ ВНЯТНО - изложите, "что, из того, что я вижу - мне не нравится.. (почему-то.. гы..)"

Вопросы, на которые не могут ответить взрослые - называются (и являются, кста.. ) - ДЕТСКИМИ.. было уже.. Нарайяне )

NP so far

[Raven Melancholic]

Я переводил несколько приложений с версии на версию.
Просто по опыту понимаю, что различия в коде, в большинстве случаев, можно решить прямо в утилите сравнения. А вот разницу в релейшенах, значениях енумов в этой утилите не решить. Нужно её закрывать и вносить изменения прямо в AOT,

[RVS]

Взялось, похоже, вот отсюда "Я могу взорвать вам мозг!!!"

Я - тоже перевел.. не одно приложение.. с версии на версию. Крайний раз - работал подручным у Вашего, Алексей, знакомого.. в кондитерах который был..

Разговор, ИМХО - не о проблемы. Проблемы - нет, как таковой.

Разговор о том, что некоторые люди вместо того, чтобы почитать, как правильно репортить баги - начинают кричать а-ля "Я могу взорвать вам мозг!!!"

Что забавно, согласитесь..