OGS-Main
/
ogs-site


			
				
					
						
						
							
							<!DOCTYPE html>
<html>
    <meta charset="utf-8">
    <head>
        <style>
            #header
            {
                background: #2BA6E3;
                padding: 0.7em;
                text-align: left;
            }
            
            #header a
            {
                color: white;
                text-decoration: none;
                padding: 0.5em 1em 0.5em 1em;
            }
            .news_item
            {
                background: #FFFFFF;
                width: 720px;
                padding: 1em;
                margin-top: 2em;
                margin-bottom: 2em;
                border: 1px solid #E0E0E0;
                text-align: left;
            }
            .news_item_contents
            {
                color: #444;
                line-height: 1.5em;
            }
            .news_item_date
            {
                margin-bottom: 2em;
                color: #aaa;
            }
            body
            {
                background: #FAFAFA;
            }
            code, pre
            {
                font-family: monospace, serif;
                font-size: 1em;
                color: #7f0a0c;
            }
            figure
            {
                margin: 0px;
                padding: 0px;
            }
            img
            {
                width: 720px;
            }
            html
            {
                font-family: sans-serif;
            }
            a
            {
                color: #3A91CB;
                text-decoration: none;
            }
            #lang
            {
                float: right;
            }
            figcaption
            {
                color: #aaa;
            }
            
            table
            {
                border-collapse: collapse;
            }
            
            table, th, td
            {
                border: 1px solid #aaa;
                padding: 0.5em;
                margin-top: 0.5em;
                margin-bottom: 0.5em;
            }
        </style>
    </head>
    <body>
        <center>
        <div id="header">
            <a href="../../ru/news/index.html">Новости</a>
            <a href="../../ru/page/games.html">Игры</a>
            <a href="../../ru/page/about.html">О нас</a>
            <div id="lang">
                <a href="../../en/news/2016-november-recap.html">EN</a>
                <a href="2016-november-recap.html">RU</a>
            </div>
        </div>
        <h1>В новостях</h1>
                <div class="news_item">
                    <h2 class="news_item_title">
                        <a href="2016-november-recap.html">Ноябрь 2016 кратко</a>
                    </h2>
                    <p class="news_item_date">
                        2016-12-15 00:00
                    </p>
                    <div class="news_item_contents">
        <figure>
<img src="../../images/2016-12-15_2016-november-recap.png" alt="Постройка здания" /><figcaption>Постройка здания</figcaption>
</figure>
<p>Эта статья описывает начало разделения библиотеки MJIN на модули.</p>
<p>Как только мы собрали OpenSceneGraph для Android, стало очевидно, что часть функционала MJIN не нужна на Android. Например, UIQt - это основа интерфейса Редактора. Раз Редактор - это приложение для ПК, то UIQt не нужен на Android.</p>
<p>Мы решили рассмотреть два подхода к разделению MJIN на модули: во время сборки (build-time) и исполнения (run-time). Разделение <strong>во время сборки</strong> означает гибкую систему настроек MJIN, что позволит собирать её различно под каждую платформу. Разделение <strong>во время исполнения</strong> означает разделение MJIN на несколько небольших библиотек с последующим соединением во время исполнения, что позволит легко менять функционал без повторной сборки.</p>
<p><strong>Исследование разделения во время исполнения.</strong></p>
<p>Т.к. разделение во время исполнения имеет больше преимуществ, мы начали с этого подхода. Самый простой способ достичь его заключался в использовании C API, т.к. правила C ABI намного проще правил C++ ABI.</p>
<p>Мы создали маленький проект, включающий в себя приложение, библиотеку и плагин:</p>
<ul>
<li><strong>Приложение</strong> было слинковано с библиотекой и использовало её для загрузки плагина.</li>
<li><strong>Библиотека</strong> предоставляла функции для регистрации плагина и вызывала его функции.</li>
<li><strong>Плагин</strong> предоставлял функции для библиотеки и вызывал её функции.</li>
</ul>
<p>Исследование прошло на ура: проект работал в полном соответствии с нашими ожиданиями на Linux и Windows. Тем не менее, т.к. MJIN на текущий момент является большой монолитной сущностью, мы отложили применение C API до окончания разделения во время сборки.</p>
<p><strong>Начало разделения во время сборки.</strong></p>
<p>Мы выделили следующие модули из MJIN:</p>
<ul>
<li>Android: предоставляет Java Native Interface (JNI) к MJIN</li>
<li>Sound: предоставляет доступ к OpenAL</li>
<li>UIQt: предоставляет доступ к Qt</li>
</ul>
<p>Модули Sound и UIQt на текущий момент статически линкуются в MJIN, тогда как модуль Android линкуется динамически из-за ограничений JNI.</p>
<p>В следующем году мы изменим структуру MJIN так, чтобы её можно было легче собрать под разные платформы.</p>
<p>На этом мы заканчиваем статью о начале разделения библиотеки MJIN на модули.</p>

                    </div>
                </div>
        </center>
    </body>
</html>