Ethereum Smart Contracts in C# - введение в EthSharp

Перевод. Черновик.
Ссылка на оригинал: https://hackernoon.com/ethereum-smart-contracts-in-c-introducing-ethsharp-12c7a5db0b5



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

Что такое беда.

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

CustomEntity на .Net без использования ObjectARX

В продолжении темы, начатой тут: http://adn-cis.org/forum/index.php?topic=7771.0 , а еще ранее (в 2012 году) тут: https://habr.com/post/154591/
Давно вынашивал желание написать подобный объект для выполнения армирования, но все как то не складывалось...

PInvoke acdbEntUpd

В рамках исследования и создания псевдо объета,  в автокаде, довольно остро встал вопрос с обновлением отображения  отдельного объекта, а не всего чертежа, порывшись на GitHub нашел множество решений, в который используется PInvoke acdbEntUpd.
Однако такое решение делает код платформо зависимым, что не очень хорошо, стал искать дальше... и оказалось, вроде бы, что с 2016 версии автокада (возможно с 2014), разработчики таки сделали обертку на .NET для  acdbEntUpd: Acad.Utils.RegenEntity(ObjectId) .
 подробности тут
Так же подобное решение, в последствии, нашел тут: clsDirectionGrip.vb on github.com

Строительная наука

Надысь, посмотрел видео ролик: Письма: Ломать. Не строить

Если я правильно понял, то ЦНИИС им. В.А. Кучеренко (головное научно исследовательское учреждение в области строительства) уже просто физически нет... в веселое время живем... Возможно его переместили, но таких данных я не нашел.

Интересно, что сайт ЦНИИС отлично функционирует и предлагает проведение исследований на возмездной основе... а вот на каком оборудовании и где, там не написано.

Excel и Power Query

Power Query M language specification

Вот в этой вот теме dwg.ru (http://forum.dwg.ru/showthread.php?p=1720850) поднимается вопрос по поводу преобразования данных в Excel. Меня это несколько интересует, т.к. утилита DynINOUT предполагает активную работу с Excel в этом же направлении.
Покапавшесь немного, выяснил,  что выполнить можно практически любые преобразования и для этого используется редактор запросов (Power Query). В этом редакторе запросов используется язык М.

dynIN и dynOUT. Изменения и новое видео

Изменения.

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

При этом, в процессе импорта, если слоя с указанным именем нет в чертеже, то он будет создан.

dynIN и dynOUT. Видео

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

ИМХО, там все очевидно и предельно просто, но дабы, в будущем, отгородить себя от этих вопросов, записал несколько виде роликов:

Подобъем за февраль

Погода в Питере подкачала, а потому сидел и писал код (если что, писать код - хобби)...
по итогу, за февраль, написал 3 проекта под AutoCAD:

dynIN и dynOUT. Публикация

Опубликовал библиотеку dynIN_dynOUT на форуме, посмотрим что из этого получиться и какой будет фидбек.
Ссылка на публикацию: http://forum.dwg.ru/showthread.php?t=145333
Исходный код тут: https://github.com/BoxaShu/dynIN_dynOUT

dynIN и dynOUT

Когда-то давным давно, компания Автодеск начала распростронять и распространяет до сих пор пакет дополнений к автокаду Express Tools. В этом пакет по мимо множества утилит, есть две утилиты, которые позволяют экспортировать и импортировать в Excel значения атрибутов блоков, AttIN и AttOUT.

И все бы хорошо, но примерно в 2005 году, в Автокад, были добавлены динамические блоки и казалось бы логичным модернизировать эти команды, что бы они позволяли импортировать и экспортировать по мимо атрибутов еще и значения динамических свойств, но НЕТ, Автодеск на это пойти не может.

Собственно эта запись, это напоминание  мне, что не плохо бы реализовать такого рода утилиту и забросить ее, вместе с исходным кодом, в раздел DWG.RU - Готовые программы

Писать соответственно буду на C#, проект создал, наименование команд уже придумал и указал в заголовке, dynIN и dynOUT.

Ссылка на GitHUB : https://github.com/BoxaShu/dynIN_dynOUT

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

Allplan - кое что об автоматизации

В свете последних событий в строй отрасли, вопрос о расширении спектра выпускаемой продукции за счет "BIM" появляется все чаще.
В свое время, смотрели на Ревит, но это как была архитектурная программа, так ею и осталась.
Потребности конструктора она совсем не удовлетворяет . На рынке, помимо решения от Автодеска, присутствуют еще некоторое количество "BIM" программ: Текла, Аллплан и несколько поменьше.
Программы достаточно обширные и возможности у них много шире чем у Ревита, однако всегда найдется место для затачивания программы под себя.
Про написание скриптов под Теклу, можно посмотреть на канале Сени Бусина и массе других каналов ютуба, а вот по поводу Аллплан, все очень компактно.
Вернее не совсем тихо, но касается в основном СмартПартс и ПайтонПартс, однако хотелось бы большего.
Решил поискать для себя информацию по поводу Allplan API и нашел вот это: proektant.org
Если коротко, то есть 3 вида доступа:

1. COM
2. Allplan API Basic в рамках Nemetschek Opened Interface - без доступа к архитектурным и конструкторским объектам
3. Allplan API BIM в рамках Nemetschek Opened Interface - полный доступ

Найти и скачать где бы то ни было NOI мне так и не удалось, а потому принялся за СОМ.
Тут все несколько проще, на картинке в теме по ссылке выше, можно заметить, что СОМ в Аллплан названа Allcom, вот ее то найти достаточно просто: help.allplan-connect.com/Allcom

Беглый просмотр модели приводит в уныние...

VBA. Узнать, есть ли в аттрибуте блока поле.

По мотивам вот этой вот темы на dwg форуме: ссылка

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

Тут важна именно подчеркнутая часть, проверить НАЛИЧИЕ поля средствами VBA можно, а вот прочитать код поля  - нет.

Код для VBA достаточно прост:

Возвращение блудного попугая

Ух ты, отрыл доступ на старенький бложек!
Так как experement.spb.ru должен скоро издохнуть, то буду резвиться тут.