Учебный Проект. Релиз 11 - История изменений

Victor Yukhtenko в 12:40, 8 апреля 2011

2011-04-08T12:40:41Z

← Предыдущая		Версия 14:40, 8 апреля 2011
Строка 15:		Строка 15:
	**Все проекты используют общий набор классов, поддерживающих логику игры и управления конфигурацией игры и ее ходом.		**Все проекты используют общий набор классов, поддерживающих логику игры и управления конфигурацией игры и ее ходом.
	**Каждый проект использует собственную концепцию пользовательского интерфейса. Это дает возможность создавать и другие виды пользовательских интерфейсов, например, основанных на представлениях HTML или XML или даже с использованием других языков, оперирующих элементами пользовательских интерфейсов.		**Каждый проект использует собственную концепцию пользовательского интерфейса. Это дает возможность создавать и другие виды пользовательских интерфейсов, например, основанных на представлениях HTML или XML или даже с использованием других языков, оперирующих элементами пользовательских интерфейсов.
	**Структура кода логики управления конфигурацией и игрой в целом в принципе позволяет использовать логическую часть без изменения для организации класса подобных игр на плоскости, заменяя модуль, отвечающий за соблюдение правил игры (JuniourJudge). Естественно, модели игроков в этом случае должны соответствовать правилам игры.		*'''Намек на универсализм.''' Структура кода логики управления конфигурацией и игрой в целом в принципе позволяет использовать логическую часть без изменения для организации класса подобных игр на плоскости, заменяя модуль, отвечающий за соблюдение правил игры (JuniourJudge). Естественно, модели игроков в этом случае должны соответствовать правилам игры.
	*'''Известная проблема.''' Проект Релиз 11 создан на базе проекта Релиз 10. Взаимодействие между игроками организовано в виде глубоко скрытого рекурсивного процесса, где условие хвостовой рекурсии не выполняется. По этой причине начиная с некоторых значений произведения '''<размер поля>x<число раундов в cериальных играх>''' в ходе игры происходит переполнение стека вызовов и приложение исчезает. Эта проблема решена в проекте Релиз 12.		*'''Известная проблема.''' Проект Релиз 11 создан на базе проекта Релиз 10. Взаимодействие между игроками организовано в виде глубоко скрытого рекурсивного процесса, где условие хвостовой рекурсии не выполняется. По этой причине начиная с некоторых значений произведения '''<размер поля>x<число раундов в cериальных играх>''' в ходе игры происходит переполнение стека вызовов и приложение исчезает. Эта проблема решена в проекте Релиз 12.
	\|functionality=		\|functionality=

Victor Yukhtenko в 12:33, 8 апреля 2011

2011-04-08T12:33:25Z

← Предыдущая		Версия 14:33, 8 апреля 2011
Строка 16:		Строка 16:
	**Каждый проект использует собственную концепцию пользовательского интерфейса. Это дает возможность создавать и другие виды пользовательских интерфейсов, например, основанных на представлениях HTML или XML или даже с использованием других языков, оперирующих элементами пользовательских интерфейсов.		**Каждый проект использует собственную концепцию пользовательского интерфейса. Это дает возможность создавать и другие виды пользовательских интерфейсов, например, основанных на представлениях HTML или XML или даже с использованием других языков, оперирующих элементами пользовательских интерфейсов.
	**Структура кода логики управления конфигурацией и игрой в целом в принципе позволяет использовать логическую часть без изменения для организации класса подобных игр на плоскости, заменяя модуль, отвечающий за соблюдение правил игры (JuniourJudge). Естественно, модели игроков в этом случае должны соответствовать правилам игры.		**Структура кода логики управления конфигурацией и игрой в целом в принципе позволяет использовать логическую часть без изменения для организации класса подобных игр на плоскости, заменяя модуль, отвечающий за соблюдение правил игры (JuniourJudge). Естественно, модели игроков в этом случае должны соответствовать правилам игры.
			*'''Известная проблема.''' Проект Релиз 11 создан на базе проекта Релиз 10. Взаимодействие между игроками организовано в виде глубоко скрытого рекурсивного процесса, где условие хвостовой рекурсии не выполняется. По этой причине начиная с некоторых значений произведения '''<размер поля>x<число раундов в cериальных играх>''' в ходе игры происходит переполнение стека вызовов и приложение исчезает. Эта проблема решена в проекте Релиз 12.
	\|functionality=		\|functionality=
	{{Polyline11Functionality}}		{{Polyline11Functionality}}

Victor Yukhtenko в 13:08, 7 апреля 2011

2011-04-07T13:08:55Z

← Предыдущая		Версия 15:08, 7 апреля 2011
Строка 8:		Строка 8:
	\|code=		\|code=
	*Release 11 представляет ряд проектов, которые имеют единую логику игры и управления, но различаются видом пользовательского интерфейса - Соnsole, ObjectConsole, Windows).		*Release 11 представляет ряд проектов, которые имеют единую логику игры и управления, но различаются видом пользовательского интерфейса - Соnsole, ObjectConsole, Windows).
	*Построение и применение библиотек		*'''Построение и применение библиотек'''
	**Некоторые компоненты представляются либо в виде исходных кодов (.PRO) либо в виде библиотек (LIB), написанных на VIP (представлены соответствующие альтернативные проекты).		**Некоторые компоненты представляются либо в виде исходных кодов (.PRO) либо в виде библиотек (LIB), написанных на VIP (представлены соответствующие альтернативные проекты).
	**При построении библиотек использована программа LIB фирмы Microsoft (Microsoft Linker Stub 7.10.3077), помещенная в директорию '''3P_Tools/MSTools'''.		**При построении библиотек использована программа LIB фирмы Microsoft (Microsoft Linker Stub 7.10.3077), помещенная в директорию '''3P_Tools/MSTools'''.
	*Изоляция логики от пользовательского интерфейса		*'''Изоляция логики от пользовательского интерфейса'''
	**Существенным для проектов семейства release 11 является строгое отделение кода логики от кода, представляющего Пользовательский интерфейс.		**Существенным для проектов семейства release 11 является строгое отделение кода логики от кода, представляющего Пользовательский интерфейс.
	**Все проекты используют общий набор классов, поддерживающих логику игры и управления конфигурацией игры и ее ходом.		**Все проекты используют общий набор классов, поддерживающих логику игры и управления конфигурацией игры и ее ходом.

Victor Yukhtenko в 11:45, 7 апреля 2011

2011-04-07T11:45:03Z

← Предыдущая		Версия 13:45, 7 апреля 2011
Строка 37:		Строка 37:
	*Polyline11_ObjWindowsLib		*Polyline11_ObjWindowsLib

	Для построения проектов переменная '''SpbSolutions''' должна быть установлена как маршрут к директории, где располагается '''VipSpbSDK'''.		{{PolylineBuildCMD}}

	Для упрощения начального построения и выполнения всех необходимых настроек имеется командный файл Build.cmd (BuildPersonal.cmd - в зависимости от версии, детали см. [[PolylineVersionReference\|Справка по версиям]] или в файле Polyline\VersionReference.html).

	~~Командрый файл Build.cmd:~~
	*настраивает переменную среды программирования IDE SpbSolutions, применительно к условиям установки;
	*"знает", где установлена система Visual Prolog и программа VipBuilder.exe;
	*производит построение всех проектов, включая проекты в поддиректориях;
	*производит построение всех необходимых библиотек;
	*информирует об успешном или неуспешном завершении каждой операции;
	*может быть использован только совместно с версией Visual Prolog CE (детали см [[PolylineVersionReference\|Справка по версиям]] или в файле Polyline\VersionReference.html).

	\|run=		\|run=

Victor Yukhtenko в 11:41, 7 апреля 2011

2011-04-07T11:41:43Z

← Предыдущая		Версия 13:41, 7 апреля 2011
Строка 19:		Строка 19:
	{{Polyline11Functionality}}		{{Polyline11Functionality}}
	\|install=		\|install=
	~~{{Polyline1_10Open\|project=~~'''Examples\Polyline\Polyline11\~~Polyline11.prj~~'''}}		Если у Вас имеется '''VipSpbSDK''', то все проекты находятся в директории '''Examples\Polyline\Polyline11\Programs'''

	{{PolylineInstall}}		{{PolylineInstall}}
Строка 37:		Строка 37:
	*Polyline11_ObjWindowsLib		*Polyline11_ObjWindowsLib

	Для построения проектов переменная SpbSolutions должна быть установлена как маршрут к директории, где располагается VipSpbSDK.		Для построения проектов переменная '''SpbSolutions''' должна быть установлена как маршрут к директории, где располагается '''VipSpbSDK'''.

	Для упрощения начального построения и выполнения всех необходимых настроек имеется командный файл Build.cmd (BuildPersonal.cmd - в зависимости от версии, детали см. [[PolylineVersionReference\|Справка по версиям]] или в файле Polyline\VersionReference.html).		Для упрощения начального построения и выполнения всех необходимых настроек имеется командный файл Build.cmd (BuildPersonal.cmd - в зависимости от версии, детали см. [[PolylineVersionReference\|Справка по версиям]] или в файле Polyline\VersionReference.html).

Victor Yukhtenko в 11:34, 7 апреля 2011

2011-04-07T11:34:16Z

← Предыдущая		Версия 13:34, 7 апреля 2011
Строка 8:		Строка 8:
	\|code=		\|code=
	*Release 11 представляет ряд проектов, которые имеют единую логику игры и управления, но различаются видом пользовательского интерфейса - Соnsole, ObjectConsole, Windows).		*Release 11 представляет ряд проектов, которые имеют единую логику игры и управления, но различаются видом пользовательского интерфейса - Соnsole, ObjectConsole, Windows).
	*Некоторые компоненты представляются либо в виде исходных кодов (.PRO) либо в виде библиотек (LIB), написанных на VIP (представлены соответствующие альтернативные проекты)~~. Представлен командный файл (.CMD), позволяющий строить библиотеку пользовательского интерфейса~~.		*Построение и применение библиотек
			**Некоторые компоненты представляются либо в виде исходных кодов (.PRO) либо в виде библиотек (LIB), написанных на VIP (представлены соответствующие альтернативные проекты).
	При построении библиотек использована программа LIB фирмы Microsoft (Microsoft Linker Stub 7.10.3077), помещенная в директорию '''3P_Tools/MSTools'''.		**При построении библиотек использована программа LIB фирмы Microsoft (Microsoft Linker Stub 7.10.3077), помещенная в директорию '''3P_Tools/MSTools'''.
	*Существенным для проектов семейства release 11 является строгое отделение кода логики от кода, представляющего Пользовательский интерфейс.		*Изоляция логики от пользовательского интерфейса
			**Существенным для проектов семейства release 11 является строгое отделение кода логики от кода, представляющего Пользовательский интерфейс.
	Все проекты используют общий набор классов, поддерживающих логику игры и управления конфигурацией игры и ее ходом.		**Все проекты используют общий набор классов, поддерживающих логику игры и управления конфигурацией игры и ее ходом.
			**Каждый проект использует собственную концепцию пользовательского интерфейса. Это дает возможность создавать и другие виды пользовательских интерфейсов, например, основанных на представлениях HTML или XML или даже с использованием других языков, оперирующих элементами пользовательских интерфейсов.
	~~Но каждый~~ проект использует собственную концепцию пользовательского интерфейса. Это дает возможность создавать и другие виды пользовательских интерфейсов, например, основанных на представлениях HTML или XML или даже с использованием других языков, оперирующих элементами пользовательских интерфейсов.		**Структура кода логики управления конфигурацией и игрой в целом в принципе позволяет использовать логическую часть без изменения для организации класса подобных игр на плоскости, заменяя модуль, отвечающий за соблюдение правил игры (JuniourJudge). Естественно, модели игроков в этом случае должны соответствовать правилам игры.
	*Структура кода логики управления конфигурацией и игрой в целом в принципе позволяет использовать логическую часть без изменения для организации класса подобных игр на плоскости, заменяя модуль, отвечающий за соблюдение правил игры (JuniourJudge).

	Естественно, модели игроков в этом случае должны соответствовать правилам игры.
	\|functionality=		\|functionality=
	{{Polyline11Functionality}}		{{Polyline11Functionality}}
Строка 45:		Строка 42:

	Командрый файл Build.cmd:		Командрый файл Build.cmd:

	*настраивает переменную среды программирования IDE SpbSolutions, применительно к условиям установки;		*настраивает переменную среды программирования IDE SpbSolutions, применительно к условиям установки;
	*"знает", где установлена система Visual Prolog и программа VipBuilder.exe;		*"знает", где установлена система Visual Prolog и программа VipBuilder.exe;

Victor Yukhtenko в 18:32, 6 апреля 2011

2011-04-06T18:32:08Z

← Предыдущая		Версия 20:32, 6 апреля 2011
Строка 42:		Строка 42:
	Для построения проектов переменная SpbSolutions должна быть установлена как маршрут к директории, где располагается VipSpbSDK.		Для построения проектов переменная SpbSolutions должна быть установлена как маршрут к директории, где располагается VipSpbSDK.

	Для упрощения начального построения и выполнения всех необходимых настроек имеется командный файл Build.cmd (BuildPersonal.cmd - в зависимости от версии, детали см. в файле VersionReference.html).		Для упрощения начального построения и выполнения всех необходимых настроек имеется командный файл Build.cmd (BuildPersonal.cmd - в зависимости от версии, детали см. [[PolylineVersionReference\|Справка по версиям]] или в файле Polyline\VersionReference.html).

	Командрый файл Build.cmd:		Командрый файл Build.cmd:
Строка 51:		Строка 51:
	*производит построение всех необходимых библиотек;		*производит построение всех необходимых библиотек;
	*информирует об успешном или неуспешном завершении каждой операции;		*информирует об успешном или неуспешном завершении каждой операции;
	*может быть использован только совместно с версией Visual Prolog CE (детали см в файле VersionReference.html).		*может быть использован только совместно с версией Visual Prolog CE (детали см [[PolylineVersionReference\|Справка по версиям]] или в файле Polyline\VersionReference.html).

	\|run=		\|run=

Victor Yukhtenko в 18:28, 6 апреля 2011

2011-04-06T18:28:09Z

← Предыдущая		Версия 20:28, 6 апреля 2011
Строка 27:		Строка 27:
	\|open=		\|open=
	==Построение==		==Построение==
	[[PolylineVersionReference\|Ознакомьтесь предварительно с особенностями Вашей версии]]		[[PolylineVersionReference\|'''Ознакомьтесь предварительно с особенностями Вашей версии''']]

	Откройте и постройте проекты:		Откройте и постройте проекты:

Victor Yukhtenko в 18:12, 6 апреля 2011

2011-04-06T18:12:33Z

← Предыдущая		Версия 20:12, 6 апреля 2011
Строка 22:		Строка 22:
	{{Polyline11Functionality}}		{{Polyline11Functionality}}
	\|install=		\|install=
			{{Polyline1_10Open\|project='''Examples\Polyline\Polyline11\Polyline11.prj'''}}

	{{PolylineInstall}}		{{PolylineInstall}}
	~~{{Polyline1_10Open\|project='''Examples\Polyline\Polyline11\Polyline11.prj'''}}~~
	\|open=		\|open=
	==Построение==		==Построение==

Victor Yukhtenko в 18:11, 6 апреля 2011

2011-04-06T18:11:20Z

← Предыдущая		Версия 20:11, 6 апреля 2011
Строка 21:		Строка 21:
	\|functionality=		\|functionality=
	{{Polyline11Functionality}}		{{Polyline11Functionality}}
	\|install={{PolylineInstall}}		\|install=
			{{PolylineInstall}}
			{{Polyline1_10Open\|project='''Examples\Polyline\Polyline11\Polyline11.prj'''}}
	\|open=		\|open=
	~~{{Polyline1_10Open\|project='''Examples\Polyline\Polyline11\Polyline11.prj'''}}~~
	==Построение==		==Построение==
	[[PolylineVersionReference\|Ознакомьтесь предварительно с особенностями Вашей версии]]		[[PolylineVersionReference\|Ознакомьтесь предварительно с особенностями Вашей версии]]