Comments 9
Какой-то сложный Main, можно же тупее:
return locals()[operation](*args)
Так тестировать удобнее и отлавливать ошибку
Сильно проще переписать Main не получится, только если достать argparse. Ну можно во все функции передавать args, а сами функции записать в словарь и тогда Main будет проще. но такое сокращение скорее преждевременная оптимизация. Она не несёт особого value, но делает код чуть менее читабельным. Конечно, можно сделать чуть проще, но стоит ли это того — вопрос.
Предлагаю открыть issue на гитхабе и там обсудить с сообществом. или на дискоре
Сильно проще переписать Main не получится, только если достать argparse. Ну можно во все функции передавать args, а сами функции записать в словарь и тогда Main будет проще. но такое сокращение скорее преждевременная оптимизация. Она не несёт особого value, но делает код чуть менее читабельным. Конечно, можно сделать чуть проще, но стоит ли это того — вопрос.
Предлагаю открыть issue на гитхабе и там обсудить с сообществом. или на дискоре
Без глубокого погружения в тему смарт-контрактов продуктивная дискуссия с обществом не представляется возможным, особенно по китайской документации :).
На мой взгляд — редактировать Main при добавлении каждой новой функции излишне, лучше чтобы сами функции там регистрировались, например, при помощи декоратора.
На мой взгляд — редактировать Main при добавлении каждой новой функции излишне, лучше чтобы сами функции там регистрировались, например, при помощи декоратора.
так на всякий случай: центр документации docs.ont.io
еще у нас есть два онлайн курса раз два
и разработчики этих курсов находятся в этом чате
еще у нас есть два онлайн курса раз два
и разработчики этих курсов находятся в этом чате
Прежде чем писать какие то контракты, стоило бы ответить на вопрос — зачем? 100500 супер-пупер-бч сетей. Примеров реально работавших где то контактов на пальцах одной руки можно перечесть. Неужели создателям сего еще не понятно — что фича создана мертворожденной, в том виде в котором она реализована? У нее просто нет никаких областей применения, от слова вообще.
В частных распределённых бухгалтерских книгах смарт-контракты являются одним из тех терминов, которыми консультантами разбрасываются без особого внимания к чётким определениям или цели. Консультанты по корпоративному программному обеспечению обычно зарабатывают на двусмысленности, а смарт-контракты — апофеоз корпоративного мракобесия, потому что их можно определить буквально как что угодно.
habr.com/ru/post/475022
Забавно, что еще 2-3 года назад никто из сих «консультантов» и «експертов» даже и слова то такого как БЧ не слышал ;-)
Да, их (смартконтракты) и определяют как все что угодно на каждом углу, бухгалтера точно например знают что это такое и зачем он нужен. А тут еще череда бесполезных статей про то как «программировать» контракты.
Ontologic, лучше напишите про то как и где сии поделки уже применяются (в реальной жизни и примерах) — про теорию не требюется. А не про то, как это никому не нужное чудо программировать.
Да, их (смартконтракты) и определяют как все что угодно на каждом углу, бухгалтера точно например знают что это такое и зачем он нужен. А тут еще череда бесполезных статей про то как «программировать» контракты.
Ontologic, лучше напишите про то как и где сии поделки уже применяются (в реальной жизни и примерах) — про теорию не требюется. А не про то, как это никому не нужное чудо программировать.
привет! мы пишем о внедрении наших блокчейн решений в бизнес в блоге на медиуме.
вот инфографика с партнерами и приложениями на базе онтолоджи
мы также поддерживаем мультичейн и шардирование что позволяет делать кастомные решения для бизнеса которому не подходит public chain
спасибо за интерес, я обязательно напишу статью для хабра о протоколе и решениях которые мы уже внедрили с бизнес :)
вот инфографика с партнерами и приложениями на базе онтолоджи
мы также поддерживаем мультичейн и шардирование что позволяет делать кастомные решения для бизнеса которому не подходит public chain
спасибо за интерес, я обязательно напишу статью для хабра о протоколе и решениях которые мы уже внедрили с бизнес :)
Так тестировать удобнее и отлавливать ошибку
Сильно проще переписать Main не получится, только если достать argparse. Ну можно во все функции передавать args, а сами функции записать в словарь и тогда Main будет проще. но такое сокращение скорее преждевременная оптимизация. Она не несёт особого value, но делает код чуть менее читабельным. Конечно, можно сделать чуть проще, но стоит ли это того — вопрос.
Предлагаю открыть issue на гитхабе и там обсудить с сообществом. или на дискоре
Сильно проще переписать Main не получится, только если достать argparse. Ну можно во все функции передавать args, а сами функции записать в словарь и тогда Main будет проще. но такое сокращение скорее преждевременная оптимизация. Она не несёт особого value, но делает код чуть менее читабельным. Конечно, можно сделать чуть проще, но стоит ли это того — вопрос.
Предлагаю открыть issue на гитхабе и там обсудить с сообществом. или на дискоре
Sign up to leave a comment.
Как написать смарт-контракт на Python в сети Ontology. Часть 2: Storage API