OGS-Main
/
ogs-site

<!DOCTYPE html>
<head>
    <meta charset="utf-8" />
    <!-- Set the viewport width to device width for mobile -->
    <meta name="viewport" content="width=device-width" />

    <title>Изучение скриптования</title>

    <link rel="stylesheet" href="http://opengamestudio.org/theme/css/normalize.css" />
    <link rel="stylesheet" href="http://opengamestudio.org/theme/css/foundation.min.css" />
    <link rel="stylesheet" href="http://opengamestudio.org/theme/css/style.css" />
    <link rel="stylesheet" href="http://opengamestudio.org/theme/css/pygments.css" />	
    <script src="http://opengamestudio.org/theme/js/custom.modernizr.js"></script>

    <!-- So Firefox can bookmark->"abo this site" -->
        <link href="feeds/all.atom.xml" rel="alternate" title="Opensource Game Studio" type="application/atom+xml">

</head>

<body>

<!-- Nav Bar -->
<nav>

<!-- Show menu items and pages -->
<div class="row">
    <div class="large-12 columns top-bar">
	    <h1><a href="http://opengamestudio.org">Opensource Game Studio</a></h1>
    </div>
</div>
<div class="row top-menu">
<div class="large-12 columns">
        <a href="/pages/projects.html" class="menu-button secondary">Projects</a>
        <a href="/pages/about.html" class="menu-button secondary">About</a>

</div>
</div>
</nav>
<!-- End Nav -->


<!-- Main Page Content and Sidebar -->
<div class="row">

    <!-- Main Blog Content -->
    <div class="large-9 columns">
<article>
    <header>
        <h3 class="article-title"><a href="http://opengamestudio.org/scripting-research-ru.html" rel="bookmark"
        title="Permalink to Изучение скриптования">Изучение скриптования</a></h3>
    </header>

<h6 class="subheader" title="2017-08-16T00:00:00+03:00">Wed 16 August 2017
            <a class="button secondary small translation-button" href="http://opengamestudio.org/scripting-research.html">en</a>

</h6>    <p><img alt="Изучение скриптования" src="http://opengamestudio.org/2017-08-scripting-research.png"></p>
<p>Эта статья описывает изучение скриптования в июле 2017.</p>
<p><strong>Наша основная цель использования скриптового языка - это наличие платформо-независимого кода, выполняемого без изменений на каждой поддерживаемой платформе.</strong></p>
<p>Редактор 0.10 использует Python в качестве подобного кода с помощью <a href="http://swig.org/">SWIG</a>. SWIG позволяет использовать практически любой код C/C++ из языков вроде Python, Ruby, Lua, Java, C# и т.д.. SWIG помог нам впервые оценить прелесть платформо-независимого кода. К сожалению, SWIG работает лишь в одном направлении: из C/C++ в язык назначения. Это приводит к тому, что основное приложение должно быть написано на языке назначения, а код C/C++ может быть использован лишь в виде библиотеки.</p>
<p>Основное приложение на языке Python вполне подходит для десктопа, но не для мобилок и веба, где языки C и C++ являются единственными языками, поддерживаемыми нативно на каждой платформе. Конечно, существуют проекты вроде <a href="https://kivy.org">Kivy</a>, которые позволяет разрабатывать кросс-платформенные приложения на Python, но они не поддерживаются нативно. Отсутствие нативной поддержки выливается в огромную головную боль при изменении API у Android и iOS.</p>
<p>Необходимость в приложении на C/C++ и поддержке скриптов приводит к обязательному интерпретированию скриптового языка самим приложением. Это как раз то, что SWIG, Kivy и подобные проекты не позволяют сделать.</p>
<p><strong>Наша вторичная цель использования скриптового языка - это возможность расширения кода C++.</strong></p>
<p>Одни модули Редактора 0.10 написаны на C++, а другие на Python. С точки зрения основного приложения, все модули равны. Для приложения нет никакой разницы, на каком языке написан конкретный модуль.</p>
<p>Для достижения этой гибкости мы ввели так называемое Окружение (Environment). Каждый модуль регистрирует ключи (keys), на которые он отвечает, а Окружение доставляет соответствующие сообщения. Технически такое поведение можно достигнуть с помощью наследования базового класса и переопределения его методов как в C++, так и в скриптовом языке.</p>
<p><strong>Python был первым языком, который мы рассмотрели в качестве платформо-независимого скриптового языка.</strong></p>
<p>Т.к. мы уже использовали Python, то логично было начать изучение с него. Мы хотели проверить, можно ли запустить код Python на каждой поддерживаемой платформе. К сожалению, результаты были удручающими, т.к. документация CPython (реализация Python, используемая по умолчанию на десктопе) никак не упоминала ни мобилки, ни веб. Всё, что мы нашли, - это пара форков CPython лохматых годов, которые якобы работают либо на Android, либо на iOS. Такой раздрай нас не устроил.
Мы также рассмотрели <a href="http://pypy.org">PyPy</a>, ещё одну реализацию Python, но она тоже не содержала информации о мобилках и вебе.</p>
<p>Это было чётким сигналом об отсутствии интереса к мобилками и вебу со стороны сообщества Python. Либо об отсутствии времени даже на то, чтобы описать использование Python на данных платформах. В любом случае, такое положение вещей нас не устроило.</p>
<p><strong><a href="http://wren.io">Wren</a> был вторым языком, который мы рассмотрели в качестве платформо-независимого скриптового языка.</strong></p>
<p>Wren был первым языком из длинного списка малоизвестных скриптовых языков.</p>
<p>Wren преподносился как небольшой и простой язык. Согласно документации, основная цель Wren - это быть встроенным в приложение. По иронии судьбы, у автора <a href="http://wren.io/embedding-api.html">не было времени описать в документации встраивание Wren</a> в приложение. Когда мы <a href="https://github.com/munificent/wren/issues/465">спросили о сроках публикации</a> этой критически важной части документации, мы <a href="https://github.com/munificent/wren/issues/402">получили в ответ ссылку на тикет</a>, в котором другой человек спрашивал тот же самый вопрос полгода назад!</p>
<p>На этом мы закончили отношения с Wren.</p>
<p><strong><a href="http://chaiscript.com">Chai</a> был третьим языком, который мы рассмотрели в качестве платформо-независимого скриптового языка.</strong></p>
<p>Chai был в том же длинном списке малоизвестных скриптовых языков. Он преподносился как язык, специально предназначенный для встраивания в приложения C++. Мы без проблем вызвали функцию C++ из Chai, но нам не удалось вызвать метод класса. <a href="http://discourse.chaiscript.com/t/cannot-call-a-function-that-accepts-a-string-and-a-vector/334">Мы попросили о помощи</a>, но ответом была лишь тишина.</p>
<p>Нам пришлось завершить отношения с Chai.</p>
<p><strong>Lua был четвёртым языком, который мы рассмотрели в качестве платформо-независимого скриптового языка.</strong></p>
<p>Lua является популярным языком для встраивания. Мы решили попробовать очевидный вариант. Документация выглядела многообещающе, однако под конец чтения главы <a href="https://www.lua.org/pil/24.html">C API</a> у нас не было ни малейшего представления, как наследовать класс C++ в Lua.</p>
<p>Этот вопрос заставил нас найти библиотеку, которая смогла бы на него ответить: <a href="http://sol2.rtfd.io">Sol2</a>. Первая попытка вызвать функцию C++ из Lua провалилась. Правда, на этот раз наш вопрос был услышан, и <a href="https://github.com/ThePhD/sol2/issues/465">мы получили ответ</a>! Мы были сильно удивлены.
Далее мы попытались наследовать класс C++ в Lua, чтобы переопределить методы класса. Нам это не удалось с первого раза, но автор Sol2 <a href="https://github.com/ThePhD/sol2/issues/468">снова помог нам</a>.</p>
<p>В тот момент мы поняли, что это начало долгого и взаимовыгодного сотрудничества с Sol2/Lua.</p>
<p><strong>Поиск скриптового языка открыл для нас следующую истину: люди важнее технологий.</strong></p>
<p>Существует множество скриптовых языков, которые выглядят привлекательно на первый взгляд, но которые мертвы. Почему? Потому что у некоторых авторов нет времени на пользователей. В ответ пользователи предпочитают не тратить своё время на проекты подобных авторов.</p>
<p>На этом мы заканчиваем описание изучения скриптования в июле 2017.</p>
<p class="subheader">Category: <a href="http://opengamestudio.org/category/news.html">News</a>

</p>


</article>
    </div>
    <!-- End Main Content -->

    <!-- Sidebar -->
    <aside class="large-3 columns">
        <!--k
        <h5 class="sidebar-title">Site</h5>
        <ul class="side-nav">
            <li><a href="http://opengamestudio.org/archives.html">Archives</a>
            <li><a href="http://opengamestudio.org/tags.html">Tags</a>


                <li><a href="http://opengamestudio.org/feeds/all.atom.xml" rel="alternate">Atom feed</a></li>
        </ul>

		
        <h5 class="sidebar-title">Categories</h5>
        <ul class="side-nav">
            <li><a href="http://opengamestudio.org/category/news.html">News</a></li>
            <li><a href="http://opengamestudio.org/category/stub.html">Stub</a></li>
   
        </ul>
        -->


        <h5 class="sidebar-title">Projects</h5>
        <ul class="side-nav">
            <li><a href="/pages/ogs-mahjong.html">OGS Mahjong</a></li>
            <li><a href="/pages/ogs-editor.html">OGS Editor</a></li>
            <li><a href="/pages/openscenegraph-guide.html">OpenSceneGraph guide</a></li>
        </ul>
		

    </aside> <!-- End Sidebar -->

</div> <!-- End Main Content and Sidebar -->


<!-- Footer -->
<footer class="row">
    <div class="large-12 columns">
        <hr />
        <div class="row">
            <div class="large-7 columns">
                <p>Proudly powered by <a href="http://getpelican.com">Pelican</a>, which takes great advantage of <a href="http://python.org">Python</a>.</p>
            </div>
            </div>
    </div>
</footer>