AX 2012: Правила именования объектов

[George Nordic]

Цитата:

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

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

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

С Уважением,
Георгий

[mazzy]

Цитата:

Сообщение от George Nordic

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

Могут.
А я - верю.
Если сделано специально, то какой смысл в ТАКОМ изменении?

[fed]

Цитата:

Сообщение от George Nordic

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

С Уважением,
Георгий

Проблема в том, что Архитектор в Микрософтовской разработке не отвечает за такие мелочи. Архитектор в микрософтовской разработке, это такой профессиональный балабол (с окладом на уровне GM), который не за конкретные вещи, а только за СТРАТЕГИЮ. Типа - поддерживаем ролеориентированный интерфейс, делаем интеграцию с WEB, интегрируемся за Visual Studio, нормализуем таблицы и тп. А как на практике это воплощается - это архитектора не колышет. Ты ведь помнишь анекдот про то как мышки к сове пошли за советом ? "Это тактика, а я только стратегическими вопросами занимаюсь". Вот и получается что нанятые по объявлению C#-программисты (без опыта внедрений и знания аксапты), под руководством програм манагеров (которые в разработке не разбираются как правило, ибо это постановщики, зачастую тоже без опыта внедрений) и напрограммировали то, что нас сейчас ожидает с выходом 2012 версии.

[gl00mie]

Да, в конце концов, ничто не помешало, например, на ряду с InventItemPurchSetup и InventItemSalesSetup сделать InventItemInventSetup.

[Raven Melancholic]

Интересно, в данном ключе насколько могут измениться доводы приверженцев того или иного подхода из темы:
Префиксы-суффиксы. Как лучше? Стоит ли избавляться от них?

[Ivanhoe]

Покопавшись в коде оповещений, workflow, адресов и глобальной адресной книги в AX 2009, я тоже уже не верю в "Архитекторов Системы" )

[oip]

Цитата:

Accounting distributions and subledger journal entries are the foundational pieces of the new accounting framework. Accounting distributions enable a user to define how amounts on a source document impact account balances, such as ledger accounts in General ledger or projects. A subledger journal entry is the accounting entry created for a source document. The subledger journal entry remains in the subledger and can be previewed before a source document is journalized.
With the addition of subledger journal entries, additional performance optimization and summarization rules can be defined for the transfer of the subledger journal entries to General ledger. The transfer process can be defined to occur synchronously or asynchronously. During the transfer process, a user also has the option to summarize the subledger journal entries for similar source documents to reduce the quantity of data in General ledger.
...
New functionality
Before you journalize a source document, you can preview the accounting entry to verify that the amounts are being journalized to the correct ledger accounts. This view of the accounting entry is called a subledger journal entry.
...
New terminology is used in Microsoft Dynamics AX 2012, as shown in the following table.

Journalize - To record a documented business event in the subledger journal.
Post - To record the monetary value of an economic event in a specific account, or to summarize and reclassify general and subsidiary journal account entries into general and subsidiary ledger account entries.
Source document - An original record that evidences the occurrence of one or more business events.

Journal entry - A record of a business event.
Transaction - A social or physical economic exchange action.

Это из "New, Changed, and Deprecated Features for Microsoft Dynamics AX 2012" (56 страница и далее). Там много информации.