Тоже пилю потихоньку ERP систему, правда для Win. Для себя пока решил остановиться на шаблонах документов в EXCEL (XLTX) и HTML со встроенным JS-кодом для редактирования содержимого HTML таблиц (вариантов в интернетах на любой вкус). А для выведения списков и отчетов с динамическим добавлением строк — специальный класс-генератор, слепляющий шапку XLTX/HTML со строками и строгой разметкой по-горизонтали.
А я думаю, что его просто переделали в новый язык, поменяв внутренности, но оставив старую обёртку. Ну из-за одних скобок сливать весь язык — это тоже самое, что сжечь автомобиль из-за царапины на кузове. Выбор языка — дело вкуса — каждому свое. И если кому-то не нравятся пирожки с карточкой, то это не повод говорить, что они плохие. Вы просто не умеете их готовить (с)
В музей пора отправлять те вещи, которые не соответствует современности, что и проделали с VB6. А VB.NET не стоит на месте и развивается вместе с платформой. Читабельность я вижу в наглядности завершения блоков кода словами, а не скобками, особенно если их много. Ну а опция explicit дана вам на выбор — хотите включите, хотите отключите. Так что претензия была бы обоснована в том случае, если если бы этого выбора не было…
Откуда такая ненависть к старичку VB? Читабельный и удобный синтаксис, куча возможностей от платформы. Просто белый и пушистый кролик, пнуть которого считает своим долгом каждый мимо проходивший…
Все зависит от поставленной задачи. Город тоже является объектом и у него есть свои значения, которые могут меняться, например, численность населения. Так же как и клиент может быть значением сущности товара
Ну, я лично считаю, что справочник, например, стран и «справочник» клиентов — это очень разные типы данных.
Конечно разные, также как и «резиновые сапоги» и «способность к левитации». Тут важно отталкиваться от поставленных задач и не углубляться в те процессы, которые в них не входят, а то придется писать программу взаимодействия объектов от начала сотворения Мира.
Важно понять, то, что это самостоятельные сущности (объекты), которые могут являться частью друг друга.
Вы также можете подтянуть справочник клиентов из Налоговой (гипотетически), но тут все дело в их количестве, хотя я не думаю что вы будете подтягивать населенные пункты всего Мира.
В общем надо различать данные, которые меняются крайне редко и используются в основном только для заполнения по ссылке свойств других сущностей, и данные, создание, изменение и удаление которых являются сутью бизнес-процессов компании.
Не спорю, но это уже категории базового объекта «Справочники» по жизненному циклу и их может быть сколько угодно, опять же — в зависимости от поставленных задач. Тогда как события создания, изменения и удаления сущностей будут регистрироваться Документами.
Все верно, когда появляется новый термин, то, как правило, его смысл уже давно был кем-то описан ранее. А в теории важно только определить категории, его составляющие и зависимости, но главное не переусердствовать в этом.
Все-таки мы живем в мире, где видим объекты (Справочники), фиксируем события, которые с ними происходят и будут происходить (документы) и на этом основании можем анализировать, планировать и т.д.(Отчеты). А уже из этих «трех столпов» можно выделять категории, в зависимости от поставленных задач.
Ну нагородили…
На мой взгляд, можно выделить всего 3 типа данных
1 Справочники — сущности
2 Документы — события изменения сущностей
3 Аналитические (отчеты) — вычисляемые данные для анализа
Т.е. справочники это основа, без которой ни документы ни отчеты не могут существовать.
Документы и Отчеты формируются на основе справочников и документов.
Таким образом Метаданные, Референс-данные и Мастер-данные — это справочники.
Транзакционные данные — Документы
И Исторические данные — Отчеты.
Правда как всегда находится где-то посередине. Не нужно кидаться в крайности, нужно просто находить компромисс между производительностью и «удобством/красотой» кода. Но понимание этого приходит только после того как «пощупаешь» и то и другое…
По-моему пример с программистом Джоном некорректен. Как можно складывать затраченное время разных людей (пользователей) и помещать всё это в одну событийную линию?.. Тогда программа должна быть написана минимум 427.8 лет назад. Разные потоки данных проходящие параллельно нельзя складывать. Тоже самое что сложить время выполнения разных потоков программы в один и сказать, что это время выполнения всей программы…
Конечно разные, также как и «резиновые сапоги» и «способность к левитации». Тут важно отталкиваться от поставленных задач и не углубляться в те процессы, которые в них не входят, а то придется писать программу взаимодействия объектов от начала сотворения Мира.
Важно понять, то, что это самостоятельные сущности (объекты), которые могут являться частью друг друга.
Вы также можете подтянуть справочник клиентов из Налоговой (гипотетически), но тут все дело в их количестве, хотя я не думаю что вы будете подтягивать населенные пункты всего Мира.
Не спорю, но это уже категории базового объекта «Справочники» по жизненному циклу и их может быть сколько угодно, опять же — в зависимости от поставленных задач. Тогда как события создания, изменения и удаления сущностей будут регистрироваться Документами.
Все верно, когда появляется новый термин, то, как правило, его смысл уже давно был кем-то описан ранее. А в теории важно только определить категории, его составляющие и зависимости, но главное не переусердствовать в этом.
Все-таки мы живем в мире, где видим объекты (Справочники), фиксируем события, которые с ними происходят и будут происходить (документы) и на этом основании можем анализировать, планировать и т.д.(Отчеты). А уже из этих «трех столпов» можно выделять категории, в зависимости от поставленных задач.
На мой взгляд, можно выделить всего 3 типа данных
1 Справочники — сущности
2 Документы — события изменения сущностей
3 Аналитические (отчеты) — вычисляемые данные для анализа
Т.е. справочники это основа, без которой ни документы ни отчеты не могут существовать.
Документы и Отчеты формируются на основе справочников и документов.
Таким образом Метаданные, Референс-данные и Мастер-данные — это справочники.
Транзакционные данные — Документы
И Исторические данные — Отчеты.
1. a+b-a
2. a+b-b
Речь идёт, всё таки, не о деньгах, «убитых программистом Джоном», а о времени…