XGM Forum - Длинные имена идентификаторов и их замена

Привет комрады! Пишу на Jass (с использованием vJass и cJass) достаточно недолго. Написал пару библиотек для карты, и поскольку я в основное время пишу код для каких нибудь громоздких enterprise приложений, которые разрабатываются большим количеством людей, я привык давать идентификаторам длинные и информативные имена. Сейчас такая практика себя хорошо зарекомендовала, так как позволяет быстро разобраться в чужом, да и своем коде, вот только беда в том, что:

С поддержкой автодополнения у редакторов, поддерживающих Jass, все туго, поэтому имена не нативных идентификаторов приходится писать ручками полностью, что как бы не доставляет
Нет аналогов (ну или я не нашел, на что я кстати очень надеюсь) таких операторов как using в С++ или C# и import как в Java, что еще более не доставляет, так как имя библиотеки/области + имя идентификатора понижает не только скорость написания кода, но еще и легкость его восприятия.

Я хочу поделиться способом, который может частично решить эти проблемы. Его я придумал недавно (возможно не первый и не последний), и еще не успел прощупать всех его плюсов и минусов. Он основан на использовании текстовым макросов, так что для него необходим vJass. Идея такая: мы оборачиваем какой-либо кусок кода, чаще всего содержание всего файла текстовым макросом, аргументами которого будут наши заменяемые значения, используем их в коде, а затем сразу после описания макроса вызываем его, передавая реальные имена переменных в качестве значений аргументов.

Пример:

((код jass

Filename - SampleFile.j

! textmacro SampleFileUsing takes Controller, Model, View
scope SampleScope {
private $Controller$ controller;
private $Model$ model;
private $View$ view;
}

scope OtherSampleScope {
private $Model$ model;
private $View$ view;
}
! endtextmacro
! runtextmacro SampleFileUsing("SomeSampleLib_Controller", "SomeSampleLib_Model", "SomeSampleLib_View");
))

Внимание вопрос знатокам: Возможно у вас есть более оптимальные пути решения?

library Lib { struct StructOne {} // Эта структура и так может быть использована в любом месте public struct StructTwo {} // Я против. Это просто добавит префикс private struct StructThree {} // Вот это использовать нужно, думаю без объяснений } library OtherLib initializer Init { void Init() { // Вот так, просто давайте понятные имена StructOne one = Test.create(); // Можно и так, но как по мне - префикс тут лишний Lib_StructTwo two = Lib_StructTwo.create(); } }

Ваши права в разделе

Вы не можете создавать темы

Вы не можете отвечать на сообщения

Вы не можете прикреплять файлы

Вы можете скачивать файлы

BB-коды Вкл.

Смайлики Вкл.

[IMG] код Вкл.

HTML код Выкл.

DioD offline Опыт: 45,184 Активность:	define
10.03.2015, 11:29	#2 +0/−0 Профиль \| Приват \| Поиск \| Цитата \| IP: Записан

Опции темы	Поиск в этой теме
Версия для печати	Поиск в этой теме: Расширенный поиск