Прекращение использования forward

[Desulaid]

Могу предложить такие варианты (названия):
Из Lua:

#define function%0(%1) \  
        forward %0(%1); public%0(%1)  

Из Golang:

#define func%0(%1) \  
        forward %0(%1); public%0(%1)  

Тогда можно сделать как в Python

#define def:%0(%1) \ 
        forward %0(%1); public %0(%1)  

Или более си-подобнее

#define int%0(%1) \ 
        forward %0(%1); public %0(%1)  

Но в последнее время я избегаю создание таких макросов. Чего и вам желаю. Более понятно писать полностью, не так ли?

[$continue$]

Случий с Ruby

Тогда можно сделать как в Python

#define def:%0(%1) \ 
        forward %0(%1); public %0(%1)  

Простит меня Бог. С какого хера ты взял, что я буду возвращать именно int?

Или более си-подобнее

#define int%0(%1) \ 
        forward %0(%1); public %0(%1)  

[L0ndl3m]

Случий с Ruby

Простит меня Бог.

За что прощать-то?

[[ForD]]

Крайне не рекомендую использовать такое название макроса. Так как при переходе на другой ЯП вы можете столкнуться с некоторыми проблемами.

Ключевое слово void предназначено явно не для объявления функций, которые возвращают какое-либо значение.

Я дал пример для общего понятия работы макроса,я не использую данные сокращения,пишу стандартно как и задумывалось.

В "publics" тоже мало здравого смысла - вернее, его там совсем нет: макрос для объявления _одного_ паблика называется "паблики" - wtf?
Для сравнения, на sa-mp.com и других зарубежных форумах аналогичный макрос называют "fpub" или "fpublic" - вполне самодостаточные названия, из которых сразу ясна суть макроса. А govno-info и им подобные сайты с их быдлокодерскими практиками следует считать ни чем иным, как деструктивной сектой, и уж точно не следовать их примерам.

ТС спросил,я привел примеры,на данных примерах он вполне может понять как это работает,далее он вполне сможет переписать под "одобренный большинством стандарт"!

[Daniel_Cortez]

ТС спросил,я привел примеры,на данных примерах он вполне может понять как это работает,далее он вполне сможет переписать под "одобренный большинством стандарт"!

Во-первых, никакого "стандарта" по этому поводу пока что нет. Во-вторых, такой ответ очень похож на идиому "так сойдёт, кому надо, тот сам переделает" - думаю, догадываетесь, откуда это.
Поэтому ваша попытка оправдаться выглядит, мягко говоря, нелепо.

[Seregamil]

Раздули из мухи слона.
Используй forward и проблем не возникнет с пониманием как у тебя, так и у других.

[[ForD]]

Во-первых, никакого "стандарта" по этому поводу пока что нет. Во-вторых, такой ответ очень похож на идиому "так сойдёт, кому надо, тот сам переделает" - думаю, догадываетесь, откуда это.
Поэтому ваша попытка оправдаться выглядит, мягко говоря, нелепо.

При чем тут оправдания? Че мля за упертость то такая? ТС спросил,я подсказал варианты,да и как сам сказал :

никакого "стандарта" по этому поводу пока что нет

так что какие проблемы? Я еще понимаю еслиб у ТС вопрос стоял типа: "Как правильно назвать макрос?"..

Раздули из мухи слона.
Используй forward и проблем не возникнет с пониманием как у тебя, так и у других.

++++

[Daniel_Cortez]

При чем тут оправдания? Че мля за упертость то такая? ТС спросил,я подсказал варианты,да и как сам сказал :

никакого "стандарта" по этому поводу пока что нет

так что какие проблемы?

Отсутствие стандарта ещё не отменяет недостатков (а именно абсурдных названий) в макросах с г-и. Интерфейс зачастую даже важнее, чем реализация.

Я еще понимаю еслиб у ТС вопрос стоял типа: "Как правильно назвать макрос?"..

Т.е. вы хотите сказать, что если ТС не попросил этого в явном виде, то я не имею права критиковать ваш подход?

Раздули из мухи слона.
Используй forward и проблем не возникнет с пониманием как у тебя, так и у других.

Вот с таким мнением трудно не согласиться, ведь все эти макросы, будь то fpub или говнокодерские void/publics, нужны только для тех, кто не умеет печатать быстрее, чем по 1 символу в секунду.

Btw, можно обойтись и без макросов, и без forward.

@__TimerFunc(); // вместо "forward TimerFunc();"
@__TimerFunc()  // вместо "public TimerFunc()"
{
    // ...
}  

Такой подход удобен тем, что можно просто один раз ввести строку с заголовком функции, а затем просто скопировать её без точки с запятой. Но следует иметь в виду, что символ "@" тоже попадёт в название функции. Также знаки "_" в начале названия не обязательны, я их обычно ставлю, чтобы было легче заметить символ "@" и понять, что это public-функция.

[[ForD]]

Отсутствие стандарта ещё не отменяет недостатков (а именно абсурдных названий) в макросах с г-и. Интерфейс зачастую даже важнее, чем реализация.

Постоянно проскакивает г-и.. а код увидел на п-в.. печаль :с
Я понимаю что ты тут пытаешься доказать,но проблема в том что я и не думал о "не абсурдных" названиях,т.к. я таким методом не пользуюсь,и просто написал несколько примеров "работы" макроса,а о ньюансах как раз мог рассказать ты,только в форме типа:"Желательно использовать такие-то,такие-то названия макросов,так как они более приемлемы",и говорить это к обращению к ТС,попутно еще бы рассказывая + и - тех или иных названий,а не расписывать о том что что-то взято с г-и,на данный(г-и) форум по моему вообще абсурдно заходить,инфы-0,зато рекламы.. да всякие сайты с проститутками вылазят.... .

Т.е. вы хотите сказать, что если ТС не попросил этого в явном виде, то я не имею права критиковать ваш подход?

Подход к коду или к ответу?Хотя как я уже писал я подобные способы не использую,по этому и не знаю некоторых мелочей,но суть макроса я написал правильно,и сам макрос будет работать,об остальном могут дополнить более знающие люди,вроде тебя.