Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Сообщения за день
 

Вернуться   Форум Flasher.ru > Flash > ActionScript 3.0

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 17.07.2011, 10:31
fish_r вне форума Посмотреть профиль Отправить личное сообщение для fish_r Посетить домашнюю страницу fish_r Найти все сообщения от fish_r
  № 1  
Ответить с цитированием
fish_r
 
Аватар для fish_r

блогер
Регистрация: Jan 2011
Сообщений: 1,162
Записей в блоге: 4
По умолчанию Допустимость использования нестандартного синтаксиса.

Есть класс (ассет) содержащий коллекцию методов с одинаковой структурой, но разными данными. Методы имеют сходные названия, например:

Код AS3:
private function some1():Array{} private function some2():Array{} private function some3():Array{} private function some4():Array{}
В запросе к единственному публичному методу класса в аргументе передается только номер нужного метода.
Структура этого метода примерно такая:

Код AS3:
public function returnSome(nm:uint):Array { return this["some" + nm](); }

Насколько допустим такой синтаксис. Язык его поддерживает. Но, в принципе, приветствуется такой подход?
Может есть какие нибудь подводные камни?

ps Сообщение какое то странное получилось, не могу нормально отформатировать. После предварительного просмотра исчезли BB-коды


Последний раз редактировалось wvxvw; 17.07.2011 в 11:19.
Старый 17.07.2011, 11:19
wvxvw вне форума Посмотреть профиль Отправить личное сообщение для wvxvw Найти все сообщения от wvxvw
  № 2  
Ответить с цитированием
wvxvw
Modus ponens
 
Аватар для wvxvw

модератор форума
Регистрация: Jul 2006
Адрес: #1=(list #1#)
Сообщений: 8,049
Записей в блоге: 38
пофиксил.

Паттерн называется "Паблик Морозов" если что
__________________
Hell is the possibility of sanity

Старый 17.07.2011, 12:23
fish_r вне форума Посмотреть профиль Отправить личное сообщение для fish_r Посетить домашнюю страницу fish_r Найти все сообщения от fish_r
  № 3  
Ответить с цитированием
fish_r
 
Аватар для fish_r

блогер
Регистрация: Jan 2011
Сообщений: 1,162
Записей в блоге: 4
но бить не будут?

Старый 17.07.2011, 12:31
gloomyBrain вне форума Посмотреть профиль Отправить личное сообщение для gloomyBrain Найти все сообщения от gloomyBrain
  № 4  
Ответить с цитированием
gloomyBrain
 
Аватар для gloomyBrain

блогер
Регистрация: Mar 2008
Адрес: РФ, Санкт-Петербург
Сообщений: 2,272
Записей в блоге: 5
Отправить сообщение для gloomyBrain с помощью ICQ Отправить сообщение для gloomyBrain с помощью Skype™
Цитата:
но бить не будут?
Бить - вряд ли =)
но, по хорошему, я бы сложил методы в Array или Vector.<Function> и вызывал бы по индексу. Или Dictionary
__________________
...вселенская грусть

Старый 17.07.2011, 13:07
Котяра вне форума Посмотреть профиль Отправить личное сообщение для Котяра Посетить домашнюю страницу Котяра Найти все сообщения от Котяра
  № 5  
Ответить с цитированием
Котяра
буду краток
 
Аватар для Котяра

модератор форума
Регистрация: Sep 2003
Адрес: Ближайшее Замкадье
Сообщений: 3,110
Записей в блоге: 28
Отправить сообщение для Котяра с помощью ICQ Отправить сообщение для Котяра с помощью Skype™
Цитата:
но бить не будут?
Павлика вроде бы убили.
__________________
Отряд Котовскага

Старый 17.07.2011, 13:47
fish_r вне форума Посмотреть профиль Отправить личное сообщение для fish_r Посетить домашнюю страницу fish_r Найти все сообщения от fish_r
  № 6  
Ответить с цитированием
fish_r
 
Аватар для fish_r

блогер
Регистрация: Jan 2011
Сообщений: 1,162
Записей в блоге: 4
Цитата:
Сообщение от gloomyBrain Посмотреть сообщение
но, по хорошему, я бы сложил методы в Array или Vector.<Function> и вызывал бы по индексу. Или Dictionary
Да, так и сделал. Я то надеялся, что не проинициализированные лок.переменные не потянут за собой объявляемые ими классы. Ан нет - без разницы...

Старый 17.07.2011, 18:40
wvxvw вне форума Посмотреть профиль Отправить личное сообщение для wvxvw Найти все сообщения от wvxvw
  № 7  
Ответить с цитированием
wvxvw
Modus ponens
 
Аватар для wvxvw

модератор форума
Регистрация: Jul 2006
Адрес: #1=(list #1#)
Сообщений: 8,049
Записей в блоге: 38
В том, что вызываете по индексу - это как вам удобнее, дело ваше (на самом деле это идея хеш-таблиц по-сути, т.е. берется хеш от строки и используется в качестве индекса в массив). Тут проблема в том, что существует функция которая "выдает" (в предательском смысле) приватные методы класса.
__________________
Hell is the possibility of sanity

Старый 17.07.2011, 19:55
fish_r вне форума Посмотреть профиль Отправить личное сообщение для fish_r Посетить домашнюю страницу fish_r Найти все сообщения от fish_r
  № 8  
Ответить с цитированием
fish_r
 
Аватар для fish_r

блогер
Регистрация: Jan 2011
Сообщений: 1,162
Записей в блоге: 4
Да. Мысль я понял. В другом случае существование такого метода в классе было бы просто верхом головотяпства. Но специфика этого класса, как раз, и заключается в том, чтобы хранить наборы данных в методах (собственно каждый из них хранит наборы фильтров), и по запросу отдавать нужный набор.
Я, просто, предположил (не подумавши), что, возможно, переменные в не запрошенных приватных методах,
представляющие тот или иной фильтр, не потянут во флешку классы которые они представляют. Попробовал - убедился, что это не так, потом понял, что иначе и быть не может И решил, что ни к чему жертвовать возможностью давать методам человекопонятные, не однообразные имена.


Последний раз редактировалось fish_r; 17.07.2011 в 20:34.
Создать новую тему Ответ Часовой пояс GMT +4, время: 14:40.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


Часовой пояс GMT +4, время: 14:40.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.