Форум Flasher.ru

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)
-   ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)
-   -   Фраза из книги Мука (http://www.flasher.ru/forum/showthread.php?t=165784)

simpler 26.08.2011 18:29

Фраза из книги Мука
 
Долго думал начинать ли ради одного вопроса топик или нет, но всё же решился.
Если был не прав - прошу простить и сильно не наказывать:confused:

Собсно по теме:
встретил у Мука несколько раз подобную фразу
Цитата:

код за пределами описания пакета
так вот хотелось бы уточнить - это где?
Где физически помещается данный код и часто ли подобное используется в реальной жизни?

i.o. 26.08.2011 18:42

Такой вот вариантик
Код AS3:

package somePackage
{
    public class SomeClass
    {
        public static function initStatics() : void
        {
            var t:SomeClass = new SomeClass();
        }
 
        public function SomeClass()
        {
            this._sprite = new SomePrivateClass();
        }
 
        private var _sprite : SomePrivateClass;
    }
}
 
 
import flash.display.Sprite;
internal class SomePrivateClass extends Sprite
{
    public function SomePrivateClass()
    {
    }
}
 
import somePackage.SomeClass;
SomeClass.initStatics();


toFL 26.08.2011 18:42

Цитата:

так вот хотелось бы уточнить - это где?
Код AS3:

package {
//....
}
 
internal class MyClass {
//...
}

Цитата:

часто ли подобное используется в реальной жизни?
Используется, но я предпочитаю не злоупотреблять этим.

2Sun 26.08.2011 18:50

Скорее всего имелось ввиду: Когда разные классы лежат в разных папках - соответственно классы , лежащие в других папках находятся в других пакетах. и для использования их желательно импортировать.
Разносить код по папкам - удобно, особенно если кода много. Применяется в реальной жизни по сути - всегда.

i.o. 26.08.2011 18:58

2Sun - код за пределами описания пакета.
При чем тут разные папки?

simpler 26.08.2011 19:19

Спасибо i.o., toFL.

Я где то так себе это и представлял.
Правда с моим нубским пониманием языка, я всё ещё не догоняю смысла использования подобного кода.
Но как говориться "всё приходит с опытом".

Хотя был бы рад если кто то рассказал варианты когда это используется,
ну или когда без этого вообще не обойтись

GBee 26.08.2011 19:34

Видимо, когда лень писать класс в отдельном файле и по сути объекты этого внепакетного класса будут нужны только в классе - "родителе".

Не заморчивайтесь, без них можно жить.

simpler 26.08.2011 19:45

Эх, без лени никуда :)

Silicium 26.08.2011 20:24

Цитата:

Код AS3:

import somePackage.SomeClass;
SomeClass.initStatics();


А вот эти строки когда выполняются???

goodguy 26.08.2011 20:58

Цитата:

Видимо, когда лень писать класс в отдельном файле и по сути объекты этого внепакетного класса будут нужны только в классе - "родителе".
Скорее второе. Я часто использую такой подход там, где точно уверен, что код класса больше нигде не будет нужен.
Например код контейнера для эскиза галереи удобно разместить в том же классе, где находится описание контейнера всех эскизов.

in4core 26.08.2011 21:22

Цитата:

Скорее второе. Я часто использую такой подход там, где точно уверен, что код класса больше нигде не будет нужен.
Например код контейнера для эскиза галереи удобно разместить в том же классе, где находится описание контейнера всех эскизов.
+ 100500, аналогично делаю

djyamato 26.08.2011 23:00

"Эскиз", в смысле привьюшка картинки?
"код контейнера" - имеется ввиду DisplayObject с рамками, там, еще чем-нибудь, мышиными событиями итд ...?
Если да, то мне кажется это неудобным.
А если поменять надо этот контейнер для галереи для другого проекта с другим внешним видом привьюшек ?

Или я не так понял ?

i.o. 26.08.2011 23:43

Цитата:

А вот эти строки когда выполняются???
Во время инициализации статиков, полагаю.


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

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