загрузчик в MVC || S

[belv]

Я уже вступал в дебаты, когда человек говорил, что наследование нужно послать к какой-то матери, Вы говорите интерфейсы послать к черту-дьяволу.Так что же остается? ActionSript основан на спецификации ECMAScript, из песни слов не выкинешь.

[Akopalipsis]

Загрузчик вообще к MVC никакого отношения не имеет.

А как же сервис??

что наследование нужно послать к какой-то матери,

А мне вспоминаются слова, где Wolsh обьяснял, что именно интерфейсы многие не так понимают и в большинстве случаев даже необходимо наследование.

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

Не поймите меня не правильно, я просто уточняю. Вы про наследие, вы наследием называете ядром?

package  
{
	public class BaseCore 
	{
 
		public function BaseCore() 
		{
 
		}
 
	}
 
}

package  
{
	public class SubCore extends BaseCore 
	{
 
		public function SubCore() 
		{
 
		}
 
	}
 
}

Добавлено через 1 минуту

[Babylon]

Сообщение от Котейка

Довольно странный вопрос. А чем является int или Object в MVC? Правильно - ничем) Загрузчик вообще к MVC никакого отношения не имеет.

Я бы не спешил и с таким утверждением.

Добавлено через 2 минуты
Ядро это общий класс для MVC (в моем понимании).

[Котейка]

Akopalipsis, Babylon, в моем понимании загрузчик, как таковой, это инструмент, который загружает. Он не может относиться к определенному шаблону проектирования или определенной ветке в шаблоне. Загрузчик может быть использован в любом шаблоне и без шаблонов вовсе, аналогично тем же Array или Object.

[Babylon]

Тема с загрузчиками чрезвычайна сложна. И не надо ее упрощать. Можно конечно все эмбедить и спать спокойно.

Добавлено через 2 минуты

Сообщение от belv

Я уже вступал в дебаты, когда человек говорил, что наследование нужно послать к какой-то матери

Киньтесь ссылкой. Почитаю.

[Akopalipsis]

Котейка хоть я ещё очень глупый, но тут я за слова Babylon

Тема с загрузчиками чрезвычайна сложна.

В моём скудном представлении это самое главное в приложении. Ведь все время, что то грузится, что то отправляется, возвращается и опять отправляется. Можно конечно сделать загрузчик в каждом классе где это необходимо или если рассуждать, что приложение можно загрузить ВСЁ сразу - то да! я с Вами согласен. А если быть мной и начать полное создания всего самому, то это не так...

Добавлено через 3 минуты
Когда человек работает в команде, то он наверное не так все видит. Он видит наверное - с сервера что то пришло, я это отправил. А на деле, я как начал разбираться пол года назад, так ещё и не чего не сделал.
Пришлось и php и js очень много кода писать. И это только процентов на семьдесят я приблизился к минимальному идеалу. но это мое видение, человека только начавшего учить. если сто лет на всех языках програмить, то это неделя.

Добавлено через 4 минуты
И только вроде я подошёл к своей голубой мечте - тут ещё сериализации/десериализации. Но не чего, так интересней.

[belv]

Почитайте лучше эту тему и про полиморфизм, прежде чем доказывать, что интерфейсы не нужны http://help.adobe.com/ru_RU/ActionSc...0204-7f41.html
На этом, я откланиваюсь.Человеку, который начал изучать AS3, ваши слова могут глубоко запасть в голову и он всячески будет сторонится интерфейсов.

[Babylon]

Да хотя бы отправить на сервер uid, путь к измененной ноде, [имя атрибута,измененное значение] || измененное значение ноды

Добавлено через 2 минуты

Сообщение от belv

Почитайте лучше эту тему и про полиморфизм, прежде чем доказывать, что интерфейсы не нужны http://help.adobe.com/ru_RU/ActionSc...0204-7f41.html
На этом, я откланиваюсь.Человеку, который начал изучать AS3, ваши слова могут глубоко запасть в голову и он всячески будет сторонится интерфейсов.

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

[Dukobpa3]

Babylon, жажду посмотреть на многомодульный проект твоего авторства без интерфейсов. Да вообще на любой проект твоего авторства. А баннеры можно и в кадрах писать, это да.

[Babylon]

Вы не первый в очереди.