Как правильно выкладывать проекты по Аксапте на github, например?

[belugin]

- все вроде сначала превращают узлы аот в файлики
- узлы вот типа формы таблицы и т.д.
http://blogs.msdn.com/b/mfp/archive/...xpo-files.aspx

[mazzy]

Цитата:

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

- все вроде сначала превращают узлы аот в файлики
- узлы вот типа формы таблицы и т.д.
http://blogs.msdn.com/b/mfp/archive/...xpo-files.aspx

а... узлы АОТ... понятно.

насчет XPO-файликов.
1. спасибо за ссылку
2. да, идея понятная. именно так сейчас в проектах-примерах и делают
https://github.com/mcarrowd/dax-docu...entBuilder.xpo

НО в xpo-файле неудобно просматривать код в отдельном виде.

2.1.
предположим, у нас есть xpo для узла с монстро-формой типа SalesTable.
предположим, я хочу задать тебе вопрос по мамнадцатой строчке метода init датасорса dirPartyAddress (какой-нибудь шеварнадцатый датасорс на форме)

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

а требовать номер строки с вопрошающего - это лучший способ избавиться от вопросов )))))

2.2.
код в xpo отбит дополнительными пробелами и #
если отвечающий захочет скопировать себе кусочек кода, то отвечающему придется убирать "лишние" первые символы...


2.3. кроме того "самоборка" затруднит последовательность в случае зависимостей.
например, узлы-АОТ для unit теста имеет смысл загружать ПОСЛЕ тестируемых узлов

2.4. думаю, что лучше все-таки выкладывать и собственно проекты
как здесь https://github.com/mcarrowd/dax-docu...aster/Projects
только полностью

а с узлами - надо подумать

[belugin]

MS внутри использует разбиение по application nodes особых проблем с этим не вижу. Code review более менее понятное. В принципе можно указывать не строчку, номер корой может сильно поменяться со временем, а фрагмент кода.

Еще разбиение по application nodes поддерживается IDE, а для разбиения по более мелким нодам придется поддерживать что-то свое.

Для заливки выкладывать xpo шники полученные combinexpos билдскриптом

[mazzy]

Цитата:

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

MS внутри использует разбиение по application nodes

это да...
но внутри MS и нет людей, которые не имеют доступа к аксапте.

меня например частенько спрашивают, а у меня под рукой аксапты нет. или аксапта не той версии.

Цитата:

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

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

это да... в принципе можно...
вопрос "как правильно" и "как удобнее"

Цитата:

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

Еще разбиение по application nodes поддерживается IDE, а для разбиения по более мелким нодам придется поддерживать что-то свое.

да... в спрашиваю том числе и поэтому.

Цитата:

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

Для заливки выкладывать xpo шники полученные combinexpos билдскриптом

да, понял. хотя объединять можно любым скриптом (например на PowerShell) или в той же аксапте )
там дело не хитрое.

вопрос - удобно ли это потенциальным пользователям.

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

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

[belugin]

Цитата:

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

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

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

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

Цитата:

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

Очень немногие люди когда легко что-то сделать не очень удобно но легко сделать, предпочитают легко сделать, но не очень удобно.

- Результат круче, если не писать дополнительное сообщение в форум или блог, а подправить вики - это дольше повторно используемо (вот, кстати, у Фаулера, bliki - он часто как часть блога анонсирует правки к старым статьям), но все предпочитают писать в блоги, так как авторство и просто

- Результат круче, если не выкладывать xpo кучей на форум, а оформить как пакет пакетного менеджера чтоб было легко ставить + проект на гитхабе, чтобы было легко смотреть и трекать баги

- Результат круче, если не дописать пару строк в CustVendSettle.settleNow, а досконально разобраться, как там что устроено и сделать такую модификацию, чтобы все вместе было просто и понятно (тут, опускаем последующий апгрейд для простоты), но большинство предпочитает залепить конкретную дырку каким угодно кривым способом.

Т.е. удобнее для выкладывания для массы чем экспорт + пост на аксфорум не сделаешь (если только вендор не озаботится). Вопрос, можно ли найти хотя бы несколько энтузиастов, которые начнут на постоянной основе контрибьютить во что-то другое?

Я кстати, в свое время сделал доморощенный пакетный менеджер для Ax (лучше б прикрутил http://chocolatey.org), но никто кроме меня им так и не пользуется

См. также фейл с erpkb

[mazzy]

Цитата:

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

я уже давно на новых виртуалках разворачиваю нужный софт командой cinst max.environment - там же будут и зависимости.

Цитата:

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

Я кстати, в свое время сделал доморощенный пакетный менеджер для Ax (лучше б прикрутил http://chocolatey.org), но никто кроме меня им так и не пользуется

cinst - жто chocolatey?
https://habrahabr.ru/post/143996/
https://habrahabr.ru/post/210626/

да, aptitude - предельно удобная штука в Unix-мире.

Цитата:

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

См. также фейл с erpkb

[belugin]

Цитата:

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

cinst - жто chocolatey?

Да, у меня есть скрипт, который развертывает chocolatey, добавляет туда локальные репозитории (где хранятся пакеты для софта, который я использую, как внутренний так и Open Source), а затем вызывает cinst для переданной строчки

в итоге я ставлю софт на свежей машине строчкой типа \\mydesktop\choco\get max.environment, где max.environment это пакет в котором хранятся только зависимости.

<package xmlns="http://schemas.microsoft.com/packaging/2010/07/nuspec.xsd">
  <metadata>
    ...
    <dependencies>
      <dependency id="far" />
      <dependency id="conemu" />
      ...
      <dependency id="ditto" />
      <dependency id="kdiff3" />
    </dependencies>
  </metadata>

Есть еще http://www.boxstarter.org/ поверх choco но мне стремновато вообще все проводить через какой-то левый сервис, генерирующий скрипты на каждый чих.