Differences

This shows you the differences between two versions of the page.

--- ru:docs:general:index [2014/06/06 00:17] – [Общий дизайн] valerius
+++ ru:docs:general:index [2014/06/12 21:49] – [Общий дизайн] valerius2k
@@ Line 12: / Line 12: @@
 В результате, мы имеем следующие соображения:
-  * использовать CUA для удобства и визуальных стандартов интерфейса (см. IBM SAA CUA)
+  * использовать [[wp>IBM_Common_User_Access|CUA]] для удобства и визуальных стандартов интерфейса (см. IBM [[wp>IBM_System_Application_Architecture|SAA]] [[wp>IBM_Common_User_Access|CUA]])
-  * использовать Микроядро, принципы ООП на основе SOM и Бинарную совместимость с существующими компонентами для Расширяемости
+  * использовать принципы [[wp>Object-oriented_programming|ООП]] и модульности на основе использования микроядра и [[wp>IBM_System_Object_Model|SOM]], вместе с бинарной совместимостью с существующими компонентами для Расширяемости
   * Документированность и Open-source для Открытости
   * Все вышеперечисленное для Простоты
 ==== Общий дизайн ====
@@ Line 26: / Line 27: @@
   * OS/2 personality
   * Linux personality
-  * DOS personality
+  * MVM/DOS personality
   * Win16 personality
   * Win32 personality
-**[[en:docs:general:neutral_personality|Neutral personality]]** это базовое ОС API. Это набор серверов и библиотек, предоставляющие разные сервисы. Все другие personalities построены поверх Нейтральной Personality. Скорее всего, многие API нейтральных сервисов будут использованы почти в готовом виде (в виде простых врапперов).
+**[[en:docs:general:neutral|Neutral personality]]** или **Personality-нейтральные сервисы** это базовое ОС API. Это набор серверов и библиотек, предоставляющие разные сервисы. Все другие personalities построены поверх Нейтральной Personality. Скорее всего, многие API нейтральных сервисов будут использованы почти в готовом виде (в виде простых врапперов) API нейтральной personality можно сравнить с Native NT API -- они почти функционально эквивалентны.
-**[[en:docs:general:os_2_personality|OS/2 personality]]** должна предоставлять полное (или подмножество) OS/2 API. На первом этапе мы собираемся разработать базовые 32-бит API.
+**[[en:docs:general:os2|OS/2 personality]]** должна предоставлять полное (или подмножество) OS/2 API. На первом этапе мы собираемся разработать базовые 32-бит API.
-**[[en:docs:general:linux_personality|Linux personality]]** должна предоставить полную функциональность ядра Linux.   Linux в данный момент является одной из mainstream OS. Она представляет собой инструментальную среду. которая предоставляет множество утилит для разработки, библиотек и приложений, и мы собираемся использовать Linux как одну из главных платформ для разработки. Для этого мы собираемся использовать результаты проекта L4Linux.
+**[[en:docs:general:linux|Linux personality]]** должна предоставить полную функциональность ядра Linux.   Linux в данный момент является одной из mainstream OS. Она представляет собой инструментальную среду. которая предоставляет множество утилит для разработки, библиотек и приложений, и мы собираемся использовать Linux как одну из главных платформ для разработки. Для этого мы собираемся использовать результаты проекта L4Linux.
-**[[en:docs:general:dos_personality|DOS personality]]** должна предоставлять функциональность DOS. DOS поддерживалась оригинальной OS/2 и она до сих пор используется многими. Мы не собираемся тратить слишком много сил в этом направлении, поэтому мы возможно, воспользуемся наработками других проектов. накпример QEMU, DosBox, DosEmu, FreeDOS.
+**[[en:docs:general:mvm|MVM/DOS personality]]** должна предоставлять функциональность DOS, или, в более ширроком смысле, среду для запуска множества виртуальных машин с немодифицированными ОС. DOS поддерживалась оригинальной OS/2 и она до сих пор используется многими. Для нас это направление очень перспективно, хотя и имеет меньший приоритет, чем разработка OS/2 personality, поэтому мы возможно, воспользуемся наработками других проектов. накпример QEMU, DosBox, DosEmu, FreeDOS.
-**[[en:docs:general:win32_personality|Win32 personality]]** должна предоставлять частичный или полный набор Win32 API. Windows это тоже одна их mainstream OS и мы  тоже не можем игнорировать ее присутствие. **Если** получится пара-виртуализировать ReactOS (есть идея насчет написания HAL-а, работающего поверх l4env/l4re), то мы этот результат используем для поддержки Win32 API. В противном случае, будут использованы результаты проекта WINE.
+**[[en:docs:general:win32|Win32 personality]]** должна предоставлять частичный или полный набор Win32 API. Windows это тоже одна из mainstream OS и мы  тоже не можем игнорировать ее присутствие. **Если** получится пара-виртуализировать ReactOS (есть идея насчет написания HAL-а, работающего поверх l4env/l4re), то мы этот результат используем для поддержки Win32 API. В противном случае, будут использованы результаты проекта WINE.
 При желании, вы можете сюда добавить нужную вам personality.
-На данный момент, мы закончили выбор файловой системы и процесса загрузки. Мы используем готовую, традиционную для OS/2, концепцию IFS. Наиболее заметное отличие от обычной OS/2 это отсутствие MiniFSD (как это было в OS/2 PPC) и 32-битный главный IFS драйвер. Более подробно о процессе загрузки можно прочитать здесь: [[en:docs:boot:index|Руководстваа по процессу загрузки]].
+На данный момент, мы закончили выбор файловой системы и процесса загрузки. Мы используем готовую, традиционную для OS/2, концепцию [[en:ibm:ifs|IFS]]. Наиболее заметное отличие от обычной OS/2 это отсутствие MiniFSD (как это было в OS/2 PPC) и 32-битный главный [[en:ibm:ifs|IFS]] драйвер. Более подробно о процессе загрузки можно прочитать здесь: [[en:docs:boot:index|Руководства по процессу загрузки]].
-Для общих указаний по разработке см. [[en:develop:guidelines|Справочник для разработчика]].
+Для общих указаний по разработке см. [[ru:develop:guidelines|Справочник для разработчика]].
 ~~DISCUSSION~~